My Remastered NES Covers
-
@darknior Cool. I will check it out. I'm personally not interested in the scraping since I take the time to get the absolute best images and all of the synopsis info by hand myself to ensure it's correct. Scrapers are cool because it automates the process, but a lot of that information ends up being wrong unfortunately. For instance, of the 2000+ games I have, I personally tested how many players each game is, and whether they're co-op, vs., alternating or a combination of gametypes. This is why the project takes me so long, because I am not relying on any automated processes for collecting any data. It is all being filtered by me personally on an individual level for every aspect. :)
I'll give you whatever I get on Amiga and X68000 when I get to it. But unfortunately I think you might have to wait until about the year 2030 before I get to those systems. ;)
I still have Atari 2600, 5200, 7800, Lynx, Super Nintendo, Gameboy, Gameboy Color, Gameboy Advance, PSX, Sega Master System, Genesis, 32X, Sega CD, TurboGrafx 16/CD and probably quite a few others before I'd ever get to them.
Who knows? Maybe after I release the Rx2.0 NES set I can get some crowd funding going on that would allow me to work on this full time. For now, I had to get a job because I ran out of money and I'm spending a majority of my waking hours doing grunt work for peanuts. :( Oh well. Me and everybody else, right?
-
@darknior Will a difference of several pixels on a 600x665 image make a visible difference to the user on an HDTV darknior?
I'm asking because with the cart images I will be unable to make perfect ratios with the images I have without adding either a black line of several pixels to some images (in JPG) or adding an invisible border of a few pixels (in PDF).
I don't think this should really be a problem with the more important box art images since I should be able to just cut out the perfect ratios by removing a few lines of pixels on any given image, but with the carts this won't be possible without somewhat mangling the actual cart shape, which I know for a fact without even checking would be somewhat noticable.
If I have to add pixels to the carts in this way, I should be only adding them to the right side and/or the bottom of the image, right?
-
@used2berx said in My Remastered NES Covers:
I personally tested how many players each game is, and whether they're co-op, vs., alternating or a combination of gametypes. This is why the project takes me so long, because I am not relying on any automated processes for collecting any data. It is all being filtered by me personally on an individual level for every aspect. :)
I know we do exactly same .... like i write you so bad we do the same work two time :(
I'll give you whatever I get on Amiga and X68000 when I get to it. But unfortunately I think you might have to wait until about the year 2030 before I get to those systems. ;)
Arg so bad, i only want a file convertion from EmuXtra to ES file. nothing more if your script ca do it. I don't want you work on it.
I still have Atari 2600, 5200, 7800, ... PSX, ... Sega CD, TurboGrafx 16 ... and probably quite a few others before I'd ever get to them.
I'm interested by these 6 systems XML if you have made some of them.
Who knows? Maybe after I release the Rx2.0 NES set I can get some crowd funding going on that would allow me to work on this full time. For now, I had to get a job because I ran out of money and I'm spending a majority of my waking hours doing grunt work for peanuts. :( Oh well. Me and everybody else, right?
I know, it take me all my free time too :(
I have think to crowd funding but it is not a legal project ... complicated to ask money for it.
Like you write with some money we can work on it 24/24 hours :)Will a difference of several pixels on a 600x665 image make a visible difference to the user on an HDTV darknior?
If you want add pixel, use PNG and transparent pixel, no black line because on some skin it will be crappy :(
Image stretching is not really fine coded on ES, and if it stretch an image, the image will be less beautiful :(
It's why i make now all my covers with 720 pixel height ...
Here is my old beta RVGM skin (i must many much update lol) ... but it is like i want, with a big beautiful front cover, a large video to discover the game, all the game informations and the game logo to make informations more beautiful :)
Here i screenshot it in 720p and i write all the media size.In 720p :
- Cover height : 530
- Video width : 406
- Logo width : 256
In 1080p : (x1.5)
- Cover height : 795
- Video width : 608
- Logo width : 384
Mine :
- Cover height : 720
- Video width : 640 (x480)
- Logo width : 400
Like you see my stuff is always bigger than my skin use in 1080p. Only the cover is a little stretch in 1080p but i don't see it on my TV. And it let my ES smooth ... if images are larger i will have slowdown :(
It's why i have choose them and will not change anything. When i play games i play them with scanline or RTC filter to make them more beautiful. HD on games is not important for me. and on ES it is not really different to use 720 or 1080p ... Maybe i can read better some little text on covers but nothing more.
And i have try my ES and skin on a 4K TV ... it change nothing, i don't see any difference. But ES is a little slow, and it add to the emulators a big input lag ! I know it will work fine with the PI4 in 2019 but it will change nothing ...
It's why for me have/working on bigger media is a waste of time.
My retro museum will always work on 720 or 1080p it's enough :) -
@darknior Unfortunately, I think you're going to have to run the script on them yourself man. Unless you have all of the files in the exactly correct places that they need to be, they won't work for you. When Gilles asked me about this script I put a very detailed set of instructions on the other site for him. You'd have to make sure all of your media was in the right spots, as well as all of the synopsis files. I don't believe that the script would currently work on Amiga or X68000 because I think that @meleu would have to add those in. I only gave him synopsis files for the systems I'm currently planning on covering, and those are way down on the list.
You would be able to make them for the 6 systems you said you'd be interested in though.
I will not be releasing any roms, but if you look at my spreadsheet I have been building I have TOSEC, No-Intro and GoodNES 3.23b all in there, so it should be easy for somebody to create most of the games by themselves. I don't see any reason why crowd funding can't be an option for this work if roms aren't included since all of this other stuff is readily available on perfectly legal sites like gamefaqs and mobygames.
I'm currently re-doing all of the carts in PNG format, and I'm removing any of the image that isn't of the cart itself so they look freaking awesome on the RetroPie skins. It took me about 5-6 hours to get around 100 of them done, so I'm going to be working on this part for a while. Hopefully you can get the NES covers done by then and I can start working on them. :)
Let me know if you want to try using the script and check out the instructions for them. If you have any questions let me know.
-
@used2berx said in My Remastered NES Covers:
Let me know if you want to try using the script and check out the instructions for them. If you have any questions let me know.
I'm working on so may PI project at same time ... i will not try your script for now, maybe later.
I'm only interested by TEXT informations, no Rom no Media ... i will use these information s to help complete my own XML.
It's why you can give me your files converted from EmuXtra. the name of rom is not important, i will only use them to make search by game name if i can't find information over the net.Thanks for all your informations :)
-
@darknior I don't think our script is what you need then. You might want to look into Skyscraper that muldjord is working on. I can't remember if he ever added the ability to use our synopsis or not, but he was willing to do it.
The script that meleu's been tweaking does it all. There's no way to just convert the synopsis.txt files to xml files with it. Even if there were, I don't know how this would save you any time.
I'm afraid that you're going to end up spending tons of time making xml files that you don't need to. It really doesn't take that long to follow the instructions and set up your media correctly. You can then run the script and let the pi make every gamelist.xml for every system that it currently handles. It would take about 16 hours on a Pi Zero and would probably be much quicker on a Pi 3.
Not bad, considering if I were to do it all by hand it would probably take me 2 or 3 thousand hours to write them.
It's up to you though. :)
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.