DarrenOl

Just signed up two give two suggestions - it would be nice to have a 32 bit build for linux, and a very brief note on how you run it in linux would be nice. Looks like a great program... I'd love to not to have to use Windows to use it. ;)

Hi. The feature Jonjon show in the video is something that really seems to be missing in Spriter.
I've seen the Spriter video where it set 2 bones to a skin (the snake skin sprite), have tried it, and is really good.
It works perfectly with sprites with a longer width, but would love to do have the same option for height (a sprite with height greater than the width).

Hi, 
 
I have a problem when importing the scml or scon file into Construct 2.
It doesn't import the individual sprites/images, only the gray block with a number "1" appears. 
 
The sprites show up in Spriter (I'm not getting any "missing-image" pictures). 
 
The SCML and SCON file have the same name and are in the same directory as the folders of all the body-parts. 
 
 
Can someone help me with this problem? 

So I'm doing a three minute animation using pixel art.  I have the timeline at 10,000 and the play speed at 50% so it doesn't take forever to compile.  Is there a better way to configure the project so that it doesn't take a long time to generate the gif.  Also I can't export with my selected play speed...
Thanks.
 

Hi Everyone,
 
As you might have noticed, we've upgraded to a totally new forums system.  The migration seems to have gone off without a hitch, but there's the possibility that if you posted during the 30 minute window in which we were migrating that your post ended up in the old forums and didn't make it over here. 
 
For anyone with a missing post, for a limited time you can actually access the old forum by going here: http://www.brashmonkey.com/forumOLD and copy the text from your post so you can easily repost it into the new forum.  If this is required I apologize for the inconvenience.
 
 
cheers,
Mike at BrashMonkey

IMPORTANT: BEFORE POSTING YOUR BUGS/ISSUES, PLEASE CHECK THE "KNOWN ISSUES" PARAGRAPH TO SEE IF I ALREADY KNOW ABOUT YOUR ISSUE. THE AMOUNT OF REPEATED REPORTS OF THINGS I ALREADY KNOW ABOUT IS GETTING KIND OF ANNOYING.

Previous thread: http://brashmonkey.com/forum/index.php?/topic/3365-spriter-for-unity-43-updated-integrated/
 
Old version: https://github.com/Dharengo/Spriter2Unity
 
Even older version (Unity 4.x compatible): https://github.com/bonus2113/Spriter2Unity
 
UPDATE:
 
So I've decided to build an entirely new version of the importer from scratch. This enabled me to work with it way more easily. Hopefully other programmers will also find it much easier to work with now:
 
Spriter2UnityDX 1.0.3
 
GitHub Link: https://github.com/Dharengo/Spriter2UnityDX
 
Anyone is free to fork it and do their own work. If it's pretty good stuff I'll merge it into the main branch.
 
Package Link: https://github.com/Dharengo/Spriter2UnityDX/raw/master/Packages/Spriter2UnityDX.unitypackage
 
Use instructions: 
 
!!!Requires Unity 5.x!!!
 
1) Import the above package into your Unity project. Just drag and drop it into your Project View.
2) Import your entire Spriter project folder (including the .scml file and all of the textures) into your Unity project.
3) The converter should automatically create a Prefab and an AnimatorController in the same folder that contains the .scml file.
4) When you make any changes to the .scml, the converter will attempt to modify existing assets if they exist.
5) If these updates cause any irregular behaviour, try deleting the Prefab and Controller and re-importing the .scml.
 
Differences from previous version:
 
-The textures' import settings are examined before building the prefab, and automatically set to the format that is needed to build the Spriter Entity.
-AnimationClips only contain curves for properties that actually change.
-When updating existing assets, priority goes to the AnimatorController that is actually connected to the prefab, in case you are using the same AnimatorController for multiple Spriter Entities.
-Body parts that have alternate textures (such as facial expressions) have an additional script component named "Sprite Swapper" on them which controls which sprite is displayed at any one time. You can manipulate this component at runtime to do fun things like give your characters alternate skins. For sprites that don't need a Sprite Swapper, you can just manipulate the Sprite Renderer.
-The root GameObject now holds an "Entity Renderer" which allows you to manipulate all of the children's Sprite Renderers simultaneously as if they were one sprite. Disabling the Entity Renderer will also disable all the Sprite Renderers, and enabling it will enable them again.
-Easily extensible, readable code.
 
(Currently) Unsupported Features & Future Ideas
 
-Automatically generate an Override Controller
-CharacterMap support (I don't have Spriter Pro myself though, and I know very little about this at this point in time)
-Dynamic Reparenting (changing the parent of a sprite during the animation will not be translated to Unity)
-Support for other Pro features (subentities, notably)
 
Known Issues:
 
-Pivot points that are assigned on the canvas. Right now if you do this, your sprite will be misaligned when imported in Unity. I am planning on creating a fix for this on the next update, but not sure when that will be. For now, just set the default pivot point instead.
-On a related note, NOT setting any default pivot points at all will also cause irregular behavior.
-In some cases, the importer will endlessly loop. A workaround is manually setting your texture files to Sprite in the import settings. I have not figured out the cause for this but hopefully it'll be fixed in a future update.
-Bones that are added later during animations are perpetually disabled.
-The only supported curve types are smooth ones.
 
Warning: Only the basic features of Spriter are implemented. And most certainly none of the Pro features. That said, if you feel you're a pretty good coder, feel free to take a shot at implementing it yourself.
 
Warning: The tool as it is is very new. If you run into any unexpected behaviour, please tell me and I'll see if I can work out a fix.
 
ChangeLog:
 
v1.0.4:
Fixes:
-AnimationEvents are now preserved between reimports
-SpriteSwapper renamed to TextureController to avoid confusion
-Fixed a z-position issue with the SortingOrderUpdater
v1.0.3: Fixes: -Fixed an issue where flipped (negative-scaled) bones caused child sprites to appear out of place and in odd angles Features: -Added a toggle to the Entity Renderer that allows you to apply the .scml file's Z-index to the order-in-layer property of the Sprite Renderers -Removed Spriter2UnityDX components from the Add Component menu, since they are automatically added or removed v1.0.2: Fixes: -Fixed an issue where sprites appeared distorted when resizing bones -Exceptions are wrapped up nicely and no longer abort the whole process Features: -Now adds AnimationClips to existing AnimatorStates if they exist -Autosaves no longer trigger the importer v1.0.1:
Fixes: -Fixed an issue where the Z-order would get messed up if body parts were moved during animation
Features: -Z-order can now be mutated by the animation
v1.0: Initial version

I've never seen this error before. And I've deleted my prefabs and recreated them countless times. Besides, that code that you pointed out is supposed to run when there ISN'T a prefab file.
 
 
 

Special Thanks to user TombMonkey for allowing us to use his awesome art.

We all, the ones that preordered (no kickstarters), would love to see those daily builds or, at least, a version more estable than the a4.1 we're stuck in.
We decided to take a risk and base all our UI in Spriter by the announcement of an stable version in mid December. I know there's been unexpected problems, we understand that, but we'll greatly appreciate a better treatment due the increased release time. The truth is that we're 2 week off our official release date and we're suffering crashes, broken animations by adding another element, and so on.

We're trying to port our animations over to Unity, and I think we're running into some bugs as a result of old version of Spriter.
 
The problem is only present in some of our very earliest animations. Under the Z-Index column, all the pieces are named "object_00x" to "object_2xx", and each animation has unqiue names. So, our main character has over 200 of these objects defined in his SCML file. For example:
      
etc...
 
This breaks the Sprite2Unity importer and Sprite Swapping functionality, as it creates a new child for every single unique name in the z-index column.
 
If I try and rename the animations, and make them look like this:

 
Spriter won't allow me to do it. I can fix one animation, but when fixing subsequent anims, Sprite auto renames "head" to "head_000", or "torso" to "torso_000". Next animation, will force me to name it "Head_002", and etc. It simply won't allow me to fix these names within the Editor.
 
Is there any way you can think of to fix these old SCML files? I can't hand edit it, it's close to 11,000 lines... 

I also get this bug:
"The program can't start because vcomp100.dll is missing from your computer. Try reinstalling the program to fix this problem."
I have an Intel i5 processor and a fresh install of Windows 8.1.
I also performed the following:
- Uninstalled Spriter B10/Reinstalled B10
- Installed Visual C++ redistributable 2010
- Reinstalled B10 - still got error.
- Verified that vcomp100.dll is present in C:/windows/system32

Hello, two quick questions:
 
1) How do I clear guides I've used in Spriter? The blue lines I've pulled from the side rulers, I mean.
 
2) When exporting to Construct 2, is there any way to get the sounds I've put in as well? Or do I have to manually apply them in the C2 engine?
 
Thanks!

I have a few spots on my timeline already in which I've animated some stuff.  I imported some new sprites in the first frame which I would like to remain throughout the rest of the animation.  However, the rest of the spots don't show the new sprites.  Do I have to copy and paste the sprite to each and every frame?

Dev Log 16
new stamina system test, Dark souls style.

https://images-blogger-opensocial.googleusercontent.com/gadgets/proxy?url=http%3A%2F%2F1.bp.blogspot.com%2F-UuLqqEtuyaY%2FU8CsYd0bbWI%2FAAAAAAAABqQ%2FSsA0kUtkppM%2Fs1600%2Fstamina_system.gif&container=blogger&gadget=a&rewriteMime=image%2F*
faster link:
http://www.gfycat.com/GloomyLeafyBluebottle
Dev Log 17
main char animations updates.

checking more in:
https://www.scirra.com/forum/metroidvania-platform-rpg-fantasy-game-wip_t94215

Here is a suggestion to slim down the time line even more. I wrote about it on the kickstarter page but thought it would be better here :)
To make the animation repeat/pingpong = right click on play-button and choose it.
Scrubbing with middle mouse button or similar in the animation area to be able to iterate faster. Ex. hold down middle mouse button + move left/rigt to move in the timeline.
pic on a slimmer timeline:

What do you think?

Hi everyone,
 
We're please to announce the release of Spriter build R3, which includes some great new time saving features and bug fixes.
 
First a quick note to Linux users.  Spriter for Linux is available to test on Steam.  We're not going to officially announce it as supported for Steam until we get some more users to confirm it works for them.  Please reply here if you get a chance to try it and it works, or if it doesn't, please post as many details as you can, such as OS version, 64 or 32 bit, any relevant error messages, etc.  If you own Spriter Pro on Steam, just log into Steam under Linux, and it should be available.
 
As for Spriter R3, we've got handy new shortcuts for moving through the timeline, and a new batch export (to png/gif) feature.
 
Here is a quick video showing showcasing whats new to R3 (Full Change-log at the bottom of this post):

   
We hope this new build will save you time and make using Spriter an even more convenient and enjoyable experience, and we also hope you find it to be worth the wait.
Speaking of waiting, we apologize for the prolonged silence in regards to the Spriter reference implementation we're working on. While it is our top priority until it's finished, there has been a great deal of preliminary planning, and careful design decisions to work through before the actual coding was begun.
 
Our original plan was to create a basic implementation which covers only Spriter's current feature set as quickly as possible, but then realized that a rushed version would definitely cause the need for some fairly drastic re-writes in order to accommodate several of the up-coming features we have planned for the coming many months.

This made us realize its a better idea to take the time needed to do it right...to make sure its as future/feature proof as possible, and that it's built from the ground up in anticipation of the upcoming expanded feature-set. In fact, some of the new features will just work instantly on any Spriter implementation ported from the reference implementation as soon as the feature becomes available in Spriter.  We've also done quite a bit of planning to ensure that even some of the larger upcoming features will require minimal additions to existing code.
In other news, aside from the preliminary work for the implementation itself, as well as small bug fixes and new features to Spriter itself, we've also been very busy with many other investments in Spriter's future, including but not limited to commencing with the design and creation of a new art pack, which will not only introduce new animation and art content to Spriter's library (hint, not for a side-scrolling game type), but will also introduce several new features to Spriter itself. These new features will not only give this art pack an unprecedented level of customizability, but will also offer even more flexibility and options to all Spriter users for the creation of their own original content. (more on this up-coming new art pack is a future update. It's roughly half finished, but still several months away.)
Again, we apologize for the not so regular updates, and we will make sure the next update won't take so long, and progress reports will be more frequent and more complete.  We'll do everything we can to make the implementation (and eventual new features that it will accommodate) well worth the wait. And of course, once we're finished, our focus will be on helping developers port this fully featured implementation to as many authoring systems languages as possible.
Thanks again everyone for your support and patience.
Cheers, Edgar at BrashMonkey


Download Spriter R3 here if you don't have the Steam version or automatic update notifications on.
 
 
Spriter Release 3
Released 2/26/2015
 
Additions and Enhancements
Added Shift key modifier to shortcuts for Previous Keyframe and Next Keyframe (1 and 2 keys). Shift+1 and Shift+2 will go to the previous and next frame where the currently selected objects are keyed Added Control key modifier to shortcuts for Previous Keyframe and Next Keyframe (1 and 2 keys). Ctrl+1 and Ctrl+2 increment and decrement time by the currently set Snapping Interval, or by one millisecond if snapping is turned off Cleaned up Export to PNG/Gif Dialog to hide controls that don't apply to the current export settings Added new Pro Feature 'Batch Export' to the Export to PNG/Gif Dialog. Allows you to choose several animations to export at once Added 'Trim To Entity' as an option for the Source Rectangle when performing a Batch Export. This will choose one bounding box size that will fit all of the selected animations for each entity Added 'Trim To All Entities' as an option for the Source Rectangle when performing a Batch Export. This will choose one bounding box size that will fit all selected animations for all entities Bug Fixes
Removed tutorial video playback within Spriter (video links are still available) as a temporary fix for some users who were experiencing crashes due to the feature Fixed a bug where creating a bone required several undos to revert instead of one Fixed a bug where the images in the File Palette weren't updated after the Reload All Images was pressed Fixed a crash that would occur if you attempted to close Spriter while in the middle of renaming an entity

Hey there!  First off, I am relatively new to Spriter and loving it!
 
I purchased all the asset packs when I purchased Spriter Pro and just had a question about whether something was allowed or not (I'm thinking not but I want to be sure).
 
I wanted the art packs so I could put together some fast prototypes without having to worry about taking the time to do the art myself and it has been fantastic.  With my current project, I am actually using the animations but I have created my own 'parts' to make my own assets.  I am exporting to sprites and NOT using the actual animation data (as I am using GameMaker and it can't currently use those).  For example, this zombie is a reskinned version of the "Wonky Skeleton".  It uses the same animations as the Wonky Skeleton but looks much different.
 

 
After all that, my actual question is... Can I share my exported sprites as a free resource (or maybe even a $.99 asset or something) when I 'release' the game?  Obviously I would not share the actual files that Spriter uses, just the generated sprites.  
 
I'm thinking not, since I did not create the actual animations myself but I figured I would ask since I would only be sharing the resulting sprites and not the actual Spriter files.
 
Thanks!
 
Edoc'sil

sorry that am posting this here but am still getting used to using forums ( noob ) 
 
so! 
 
I have been working with Spriter2Unity for a while and I have noticed something very critical to optimizing Spriter to work with Unity better! 
 
In Unity, when using a texture map ( graphic ) it will do a Draw call ( which is pulling that graphic from the game database ), I have noticed something when I use Spriter2Unity, it draw call all the parts of what ever graphic that was made inside spriter into the frame, meaning ( if a character is made out of 20 parts, it will cost 20 draw calls ) for a cellphone game 100 draw calls is a bit too much so 20 is too much for a single character on screen.
 
the solution is! 
 
Unity can slice a single texture sheet to many parts for sprites use, and lets say a map for 4000x4000 has like 100 sprites all these sprites will be a single draw call! but in different batchs. 
 
still a SINGLE draw call! so! if there is a way that we can make spriter slice parts from a single sheet, that will even improve the workflow drastically.
 
for editing, a person can just open a single file, color pick and edit on the fly but when having so many stuff in different small files it will be a bit tought to edit stuff.
 
tell me what you think guys!

Hello everyone!
    Welcome to the first post 1.0 release of Spriter.  Aside from a couple of bug fixes, this release includes a new video help option that lets you watch our YouTube tutorials in a floating window (with links to open the playlists in your default browser).  Video Help will show up immediately upon startup to give guidance for beginners, and the window has an option to disable this behavior.  Spriter will now warn you if you try to save outside the project directory that it won't be able to find it's images, and will also provide an explanation and the expected file structure when you load a file with missing images.
An important note for Mac users.  There is an optimization in this version that may correct the performance issues some users have been experiencing on the Mac.  Please let me know if this fixes the issue for you, as it seemed to make a significant difference on our machines.
We will continue to fix bugs and provide minor feature updates, but my primary focus at the moment is completing the developer documentation.
Lastly, if you're reading this and you don't already own Spriter Pro, or you have a friend who doesn't, Steam is having their Autumn Sale now, and Spriter is 50% off until December 2nd.  Spread the word!
Thanks everyone, and enjoy the new build!

download Spriter r2 here
Change-Log 11/28/2014Additions and Enhancements
Performance optimizations - possible fix for Mac slowdown issues Added Video Help on startup (with the option to never show again), and in the Help menu Added a link the Grey Guy example file in the Help menu Added a warning when attempting to save outside of the project directory(with the option to never show again) Added a warning/explanation that pops up when a project has missing images, and displays the expected file tree(with the option to never show again) Added a Help menu option to reset all 'show this message again' checkboxes Saving a resized project no longer allows you to save to your current project folder or any of it's subfolders to avoid confusion and overwriting or mixing up both projects' images Saving a resized project now confirms individual image overwrites as it creates resized copies of images Original image size data is now preserved in Missing Image placeholders Original image size data is now preserved when saving a project with missing images Bug Fixes
Fixed a crash that could occur with certain projects with missing folders and images Fixed a bug that would give autosaves the *.scon extension when working on a project last saved as *.scon, even though all autosave data is saved as scml Fixed a bug that would cause child bones created on very wide parent bones to have 0 width

Firstly, great program - it really helps programmer types like me get some decent animations with little skill.
I am having problems with jagged edges when rotating any sprites attached to my rig, and it looks terrible.
I have searched the forum and found that this is a known issue, and that you say it is fixed in the next update which is coming soon.
The posts I saw were dated Jan 24th, so I was wondering how soon is the next release looking?
Is there any chance of you issuing a hotfix for this issue specifically, as right now it makes the program unusable in terms of creating anything with it.
Keep up the good work, it's already a powerful little tool, and with some work could be a must-buy! :)

Hi, 
    Recently I have tried to integrate Spriter to my game by rendering it by myself. Before doing anything further I tried to render all the bone correctly.   Here is the Grey Guy's bone looks like in Spriter: But what I got in my game is something like:   There is a serious twist in the result I got, and I am not sure what goes wrong, seem it is related to non-uniform scale we have in greyguy skeleton.     What I have done basically can be break done into following step: Get the Matrix of each bone by reading scml data. following code is related to bone matrix calculation. void Transform::ToMatrix( glm::mat4& mat ) const{     glm::mat4 scale(1.0f);     scale = glm::scale(scale, m_scale);     glm::mat4 rot = glm::toMat4(m_rot);     glm::mat4 trans = glm::translate(glm::mat4(1.0f), m_trans);     Matrix::Multiply(scale, rot, mat);     Matrix::Multiply(mat, trans, mat);}void Matrix::Multiply( const glm::mat4& mat1, const glm::mat4& mat2, glm::mat4& output ){     output = mat2 * mat1;} Get the bone join coordinate by I am just doing (0.0, 0.0, 0.0, 1.0) * localMat * ParentMat1 * ..... ParentMatN   Can you guys give me some lead about how could I fix this issue?  

Hi,
 
Here are my questions about little details which would speed the things up maybe?
 
1) While animating, I just click the keyframe and drag and drop it to another point in the timeline. Is it possible to show the timeline position dynamically while dragging the keyframe?
 
2) While trying to enter a value into the "current time" panel, the numeric keypad does not work as I expect it so and I can only enter a number/value by using the numeric keys above the letters on the keyboard. Is this done on purpose to reserve those keys for something different or is this kind of a bug?...  :???:
 
Thanks a lot...

Hi everyone,
Spriter's b6 build has passed internal testing, with all known bugs fixed... now we need your help to test this new build and it's new features as thoroughly as only a whole community can, so we can confidently replace b5 with b6 as the official latest build as quickly as possible.
Before you download, remember, this is the pre-release version and is bound to have bugs we haven’t found yet, and especially with so many new features added, there's always a chance for data corrupting bugs, so please, only use this pre-release build for testing purposes.
Here's the link to the b6 pre-release version
Also, please watch this overview of the new features so you can better use and test the new features in b6. (obviously while everyone can test the build in general, only Pro owners will be able to use and test the new pro-only features).

Spriter R4.1 Critical Bug Fix:
There was a critical bug in yesterday's build of Spriter that made it so you couldn't edit default pivot points.  I apologize for any inconvenience this may have caused, and here is a new version that fixes the issue.  If you use the Steam version of Spriter, it should automatically update the next time you log in.
This version also contains a fix that may help some Steam users that were experiencing library issues on Linux.  
 
 
Original R4 Update:
Hi everyone,
 
We're pleased to announce the release of Spriter build R4 available for download at www.brashmonkey.com and also as an automatic update on Steam.
 
R4 is the first build to feature the newly updated manual which now covers all core features. R4 also features the long awaited hot-key list, which you can access by pressing Shift+Escape (or through the Help menu).
 
One great new feature introduced in this new build is the ability to copy a specific individual attribute of an object (such as it's x scale, y scale, position, angle, or opacity) and automatically paste to all of its other key frames.
 
This build should also fix a library issue with the 64 bit Linux version. Internal testing shows the Steam version of Spriter Pro now loads properly from Steam with Ubuntu 11.04, but so far we can only get it to run on Ubuntu 14 by launching it directly from it's Steam folder location.  It will not launch directly from Steam itself.  We will continue to look into this and thank you for your patience.
 
Here is the full changelog for Spriter R4:
 
Spriter Release 4
Released 4/22/2015
 
Additions and Enhancements
Updated manual now includes all core features Added Shortcut Key Popup (available in the Help menu, and through keyboard shortcut Shift-Esc) Added the right-click menu option on the canvas to copy a single object attribute (x,y,angle,etc) to every frame (when one object is selected) Export To PNG/Gif window now remembers 'Keyframes Only' setting   
Changes
Minor cosmetic changes Changed Export to PNG Sequence naming convention to use one underscore (myImage_000.png) instead of two (myImage__000.png), as the double underscore was causing issues on certain OS's and API's Bug Fixes
Fixed a bug that made the right click image list for sprites not show up under certain circumstances Removed the 'Program Update' settings from the Steam version, as Steam handles updates and these settings had no effect. We'd also like to take this opportunity to mention some great new Spriter implementations in the works for several popular authoring systems. Here are links so you can get the specific details for each of them. (If we missed any new Spriter implementations, please let us know and we'll mention it in our next update.)
 
Atomic Game Engine (Video) 
 
Overlap 2d
 
Clickteam Fusion  (Video) 
 
We should also mention Spriter2Unity has also been updated to work with Unity 5.
 
 
Speaking of runtimes, we'd like to humbly thank everyone again for your patience as we continue to work on the Spriter Pro reference implementation. As most of you may know, the goal is to provide a fully featured and easy to follow/port Spriter implementation, and the delay is in general because we are making sure the implementation is as flexible as possible, includes several up-coming features and improvements, and makes room for the easy addition of several planned features which will be a big part of Spriter's future. As this full and future-proof implementation develops we're very excited with what it will offer Spriter users, but it's also becoming obvious that there's a conflict between the need to make sure its done carefully and the desire to get it done quickly.
 
For this reason we've decided its best for me to switch gears and make a much simpler reference implementation which perfectly supports all current features (but not the future features) so that people who need to port or finish a Spriter implementation sooner rather than later will have a concise and easy to follow example in the near future. The much more robust implementation will be the focus once the basic implementation is made available to everyone. We will deliver a detailed update regarding this 1.0 feature complete reference implementation within the next 14 days.
 
Cheers,
Edgar at BrashMonkey

Hi,
(Please skip to the paragraph with font in red to start reading about my question);
 
We're a team of two guys trying to make our very first game. We use Unity in 2D setup as our game engine...
I'm the one producing graphics & animation & overall artwork...
 
I have done numerous character creations and animations up to now and some basic level&background scenes/setups.
 
Our level is going to be about 20.000 pixels wide in total. Not mentioning height since the game is side scrolling platformer and the height of levels is irrelevant to level length in terms of dimensions.
 
I'm comfortable with using Illustrator CS4 and plan to design whole one level in it. So, please do not suggest me to change the software I'm working with. I need a method that can be applied for Illustrator.
 
Here is the scenario that I need help with;
 
The level I'll be working on is going to be approximately 20.000 pixels wide in total (the later ones can be wider). But, maximum allowed artboard dimensions in Illustrator is 16.000 pixels wide. Fine, I'll scale the whole work to 1/2 and the width makes 10.000 pixels, thus, comfortably fitting in the maximum allowed width for the artboard and allowing me to work on it as a whole.
 
1) How I'll go about exporting the background in actual dimensions to be used in Unity and actual game?... Because when I'll export it, it should be reverted back to 20.000 pixels width and therefore Illustrator will not allow me to export this because of the limitations. And there is no function such as  "export to target dimensions/scales in pixels" but PPI settings. PPI will not work since it's useless to render it in 150 nor 300 PPI since it won't be used for printing purposes but screen.
 
2) I can export it in exact 1/2 scaled dimensions with 10.000 pixels wide in total. But what happens when we import it in Unity and scale it 2x?... It will eventually be distorted since it won't act as a vector drawing anymore and also RAM & System resources usage / performance issues may occur with such big images (I'm not sure with this part since I'm not experienced with optimizations for performance regarding a game.)
 
3) MAYBE THIS IS THE SOLUTION BUT I'M NOT SURE;
I can divide whole level in two parts each 10.000 pixels wide(or say, 4 parts with each 5000 px) with 1/1 scaling. Then comes my actual questions, will my friend working in Unity, be able to align those two parts back to back and join them in Unity without a problem?... Is this the convenient way of doing this so that if we have, say, 40.000 pixels wide level, can I pass the background image to him in 4 parts? Will this also save us for optimization purposes and will this method work for using system resources in a better way?
 
Thanks for all the replies and suggestions in advance;
 
Cheers,