GRF encoder tool: GRFMaker [under development]
Moderator: Graphics Moderators
yes. You have to pm Szappy for the info.
Formerly known as r0b0t_b0y2003, robotboy, roboboy and beclawat. The best place to get the most recent nightly builds of TTDPatch is: http://roboboy.users.tt-forums.net/TTDPatch/nightlies/
A803 Error Message
Well, when trying GRF Maker I always seem to get this error message:
A830:No sprite selected in the sprite block
I believe it to be some kind of data i forget to set that later doesnt allow me to make the GRF file. Though I've followed the program manuals step by step... there's something i must be missing. I suspect about the middle click "thing" but i can choose and set default values rightclicking however, but it just wont keep them.
So status is "E" on this line.
If any has any insights about this... thanks
A830:No sprite selected in the sprite block
I believe it to be some kind of data i forget to set that later doesnt allow me to make the GRF file. Though I've followed the program manuals step by step... there's something i must be missing. I suspect about the middle click "thing" but i can choose and set default values rightclicking however, but it just wont keep them.
So status is "E" on this line.
If any has any insights about this... thanks
It's exactly as it says, in your sprite blocks, you have to use the right mouse button to select the sprites. Third mouse button (Scroll click/middle click) will select an entire horizontal row.
If you don't do this, it brings up that error message.
If you don't do this, it brings up that error message.
Currently working under the name 'reldred' on Github, and Discord.
NFO/NML coder, part-time patch writer for JGRPP, and all round belligerent.
14:40 <orudge> I can't say I discriminate against any particular user
14:41 <Aegir> orudge: I can!
NFO/NML coder, part-time patch writer for JGRPP, and all round belligerent.
14:40 <orudge> I can't say I discriminate against any particular user
14:41 <Aegir> orudge: I can!
Is it difficult to use GRF-Maker as a newbie? If I'm not going to code any automata that needs special actions - of which I'm not aware of at all - but more or less things like station tiles, and so on, would anyone recommend using GRF-Maker?
Simuscape - Chose Your Destination;
Simuscape | Visual Studio | INFRA Diary
INFRA Downloads - Chose Your Destination;
Simuscape | INFRA - A World of its own
Simuscape | Visual Studio | INFRA Diary
INFRA Downloads - Chose Your Destination;
Simuscape | INFRA - A World of its own
Right... Got an issue with my bitmap. Because the road slopes require a y-length that's longer than normal, does that cause a problem? Apparently it is..? 

Official TT-Dave Fan Club
Dave's Screenshot Thread! - Albion: A fictional Britain
Flickr
Why be a song when you can be a symphony? r is a...
Dave's Screenshot Thread! - Albion: A fictional Britain
Flickr
Why be a song when you can be a symphony? r is a...
- jonty-comp
- Tycoon
- Posts: 2542
- Joined: 22 Oct 2005 16:05
- Location: Chesterfield, England
- Contact:
No, they don't. (Or "aren't", depending on whether I'm replying to WhiteHand or jonty-comp.)
For an example, see trg[r].grf, sprites 1342..1344.
(Disclaimer: Any statement about what GRFMaker does or does not do below is strictly hearsay. If anyone corrects me, believe them, not me.)
My personal impression is that it is easier to find people who understand NFO than people who understand GRFMaker, and it is easier to request help, because it's easier to post a couple sprites than a couple screenshots. TTDPatch also gives sprite numbers in its error messages, which may not be easily translatable to GRFMaker code blocks.
Directly coding in NFO also gives you the power to do anything you want. GRFMaker, OTOH, doesn't support everything, but it does provide the option to fall back to NFO when necessary. However, it may not support the recent convience additions to the NFO format in these NFO blocks. (quoted strings, binary includes, and escape sequences)
GRFMaker should protect you from NFO's various lurking traps, but NFORenum does the same, while still allowing you to walk into them if you so desire.
Going from GRFMaker's LST format to NFO is easy. The reverse is basically impossible.
For an example, see trg[r].grf, sprites 1342..1344.
Some people say you have to understand NFO to use GRFMaker. Others disagree. I have no experience, and thus no opinion.SAC wrote:Is it difficult to use GRF-Maker as a newbie? If I'm not going to code any automata that needs special actions - of which I'm not aware of at all - but more or less things like station tiles, and so on, would anyone recommend using GRF-Maker?
(Disclaimer: Any statement about what GRFMaker does or does not do below is strictly hearsay. If anyone corrects me, believe them, not me.)
My personal impression is that it is easier to find people who understand NFO than people who understand GRFMaker, and it is easier to request help, because it's easier to post a couple sprites than a couple screenshots. TTDPatch also gives sprite numbers in its error messages, which may not be easily translatable to GRFMaker code blocks.
Directly coding in NFO also gives you the power to do anything you want. GRFMaker, OTOH, doesn't support everything, but it does provide the option to fall back to NFO when necessary. However, it may not support the recent convience additions to the NFO format in these NFO blocks. (quoted strings, binary includes, and escape sequences)
GRFMaker should protect you from NFO's various lurking traps, but NFORenum does the same, while still allowing you to walk into them if you so desire.
Going from GRFMaker's LST format to NFO is easy. The reverse is basically impossible.
To get a good answer, ask a Smart Question. Similarly, if you want a bug fixed, write a Useful Bug Report. No TTDPatch crashlog? Then follow directions.
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
With a well-commented .LST, it's as easy as doing it with regular .NFO. There is a button in GRFMaker that allows you to see what you .nfo looks like.DaleStan wrote:TTDPatch also gives sprite numbers in its error messages, which may not be easily translatable to GRFMaker code blocks.
Formerly known as Lachie
Thanks Dalestan!
I might have a look at NFORenum then... 


Simuscape - Chose Your Destination;
Simuscape | Visual Studio | INFRA Diary
INFRA Downloads - Chose Your Destination;
Simuscape | INFRA - A World of its own
Simuscape | Visual Studio | INFRA Diary
INFRA Downloads - Chose Your Destination;
Simuscape | INFRA - A World of its own
Heya Szappy, gl2.
Recently, a new callback has been added, and this is not yet usable in the most recent version of GRFMaker availible (3.03).
This callback is 143 and is documented here: http://wiki.ttdpatch.net/tiki-index.php ... onally_143_
Would be very useful to have availible in GRFMaker, I'm already plotting to use this callback to great effect in the North American Building Set.
I look forward to hearing back from you.
---
Oh, and to add my two cents to the previous topic of discussion, while NFO is not an absolute requirement for using GRFMaker, to use it effectively, to understand what you are doing fully, and to be able to effectively debug your .lst in the event of a coding error, you MUST be able to understand NFO and how it relates to the code blocks in GRFMaker.
GRFMaker does not eliminate NFO entirely, I doubt it ever will. What GRFMaker does do quite well, is streamline a lot of tasks that are often quite tedious. Aswell, it takes the focus away from the language itself, and allows you to focus on the logic, and the actual data.
To work with GRFMaker effectively, you're still going to have to be able to work with raw NFO, and be able to relate what GRFMaker is doing to the NFO it creates, and vice versa.
Recently, a new callback has been added, and this is not yet usable in the most recent version of GRFMaker availible (3.03).
This callback is 143 and is documented here: http://wiki.ttdpatch.net/tiki-index.php ... onally_143_
Would be very useful to have availible in GRFMaker, I'm already plotting to use this callback to great effect in the North American Building Set.
I look forward to hearing back from you.
---
Oh, and to add my two cents to the previous topic of discussion, while NFO is not an absolute requirement for using GRFMaker, to use it effectively, to understand what you are doing fully, and to be able to effectively debug your .lst in the event of a coding error, you MUST be able to understand NFO and how it relates to the code blocks in GRFMaker.
GRFMaker does not eliminate NFO entirely, I doubt it ever will. What GRFMaker does do quite well, is streamline a lot of tasks that are often quite tedious. Aswell, it takes the focus away from the language itself, and allows you to focus on the logic, and the actual data.
To work with GRFMaker effectively, you're still going to have to be able to work with raw NFO, and be able to relate what GRFMaker is doing to the NFO it creates, and vice versa.
Currently working under the name 'reldred' on Github, and Discord.
NFO/NML coder, part-time patch writer for JGRPP, and all round belligerent.
14:40 <orudge> I can't say I discriminate against any particular user
14:41 <Aegir> orudge: I can!
NFO/NML coder, part-time patch writer for JGRPP, and all round belligerent.
14:40 <orudge> I can't say I discriminate against any particular user
14:41 <Aegir> orudge: I can!
Szappy, gl2:
If it would be useful, I can make any or all of NFORenum's datafiles permently available for download, for the purpose of (in this case) permitting callbacks to be supported in GRFMaker[0] as soon as they are in NFORenum. For things that can be supported by simply changing the appropriate data file, updates usually come within 12 hours of time of documentation.
[0] Albeit possibly not as well as they would be once the new version is released.
If it would be useful, I can make any or all of NFORenum's datafiles permently available for download, for the purpose of (in this case) permitting callbacks to be supported in GRFMaker[0] as soon as they are in NFORenum. For things that can be supported by simply changing the appropriate data file, updates usually come within 12 hours of time of documentation.
[0] Albeit possibly not as well as they would be once the new version is released.
To get a good answer, ask a Smart Question. Similarly, if you want a bug fixed, write a Useful Bug Report. No TTDPatch crashlog? Then follow directions.
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
Bug report, GRFMaker ver. 3.03B
When having more than eight sprites in a vehicle sprite block, it is only possible to adjust the position (with the 'Position' button) of the first eight sprites.
Trying the ninth gives a position dialog with strange tile background, trying the tenth or higher gives error messages. Se pictures below.
When having more than eight sprites in a vehicle sprite block, it is only possible to adjust the position (with the 'Position' button) of the first eight sprites.
Trying the ninth gives a position dialog with strange tile background, trying the tenth or higher gives error messages. Se pictures below.
- Attachments
-
- GRFMakerBug2.png (16.99 KiB) Viewed 4741 times
-
- GRFMakerBug1.png (28.7 KiB) Viewed 4740 times
hi, i'm not sure this is the correct topic.
i'm creating the grf of the italian set using grfmaker.
it's a great tool and it works well.
but using the grf compiled with grfmaker, in the game sometimes the train goes "under" the terrain (see the image). can anybody tell my why this appens an what i have to do?
i'm creating the grf of the italian set using grfmaker.
it's a great tool and it works well.
but using the grf compiled with grfmaker, in the game sometimes the train goes "under" the terrain (see the image). can anybody tell my why this appens an what i have to do?
- Attachments
-
- bug example
- example.png (16.54 KiB) Viewed 4565 times
-
- NEWGRF-ITA-ETR250.GRF
- Italian ETR-250 "Arlecchino" Trainset
- (3.6 KiB) Downloaded 470 times
Last edited by mikeel on 07 Feb 2007 22:53, edited 1 time in total.
-
- Engineer
- Posts: 52
- Joined: 03 Feb 2007 17:04
Edit: ok heres my PNG
- Attachments
-
- highway.png (2.63 KiB) Viewed 4473 times
Last edited by Jasper30010 on 09 Feb 2007 13:00, edited 1 time in total.
Impossible.Jasper30010 wrote:ok heres my grf
AFAIK.
Contributor to the The 2cc Set and Dutch Trainset. Inventor of the Metro concept. Retired Graphics Artist.

Download TT | Latest TTDPatch | OpenTTD | OpenTTDCoop | BaNaNaS: OpenTTD content system | 2048² OTTD scenario of the Netherlands
GRF Codec | GRF Crawler | GRF Maker | Usefull graphics & tools sites | NML Documentation Wiki | NFO Documentation Wiki
All my graphics are licensed under GPL. "Always remember you're unique, just like everyone else."
Download TT | Latest TTDPatch | OpenTTD | OpenTTDCoop | BaNaNaS: OpenTTD content system | 2048² OTTD scenario of the Netherlands
GRF Codec | GRF Crawler | GRF Maker | Usefull graphics & tools sites | NML Documentation Wiki | NFO Documentation Wiki
All my graphics are licensed under GPL. "Always remember you're unique, just like everyone else."
It's a PNG, a GRF would include some code.Jasper30010 wrote:ok heres my grf
Don't panic - My YouTube channel - Follow me on twitter (@XeryusTC) - Play Tribes: Ascend - Tired of Dropbox? Try SpiderOak (use this link and we both get 1GB extra space)

OpenTTD: manual #openttdcoop: blog | wiki | public server | NewGRF pack | DevZone

OpenTTD: manual #openttdcoop: blog | wiki | public server | NewGRF pack | DevZone







Someone who actually has a copy of GRFMaker should probably finish and/or wikify the existing documentation.AndersI wrote:GRFMaker definitely makes it easier and faster (at least for me) to get the trains placed and running in the game, but there's still a big hurdle to get over to start coding 'for real'. There's the problem of documentation - the wiki doesn't show how to do something in GRFMaker, only directly in NFO.
A lot of examples for GRMaker with the common idioms would help tremendously...
To get a good answer, ask a Smart Question. Similarly, if you want a bug fixed, write a Useful Bug Report. No TTDPatch crashlog? Then follow directions.
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
Hehe, i wrote thatDaleStan wrote:Someone who actually has a copy of GRFMaker should probably finish and/or wikify the existing documentation.AndersI wrote:GRFMaker definitely makes it easier and faster (at least for me) to get the trains placed and running in the game, but there's still a big hurdle to get over to start coding 'for real'. There's the problem of documentation - the wiki doesn't show how to do something in GRFMaker, only directly in NFO.
A lot of examples for GRMaker with the common idioms would help tremendously...

I have had practically no-time recently to get hands-on with GRFMaker, hence why coding progress is so slow with the Swiss Set. It is one of my things to do, maybe WhiteHand, if you had a look at it too? Your more advanced at it than me

(British) Modular Stations Set - Thread: | Website:
Swiss Set - Thread: | Website:
Route Map Creator
My Screenshot Thread
Swiss Set - Thread: | Website:
Route Map Creator
My Screenshot Thread
Who is online
Users browsing this forum: No registered users and 19 guests