Hi, folks.

I'll be using this thread to maintain the latest versions of EOF in one place. To start, download and extract EOF 1.8RC13:
https://ignition4.customsforge.com/eof

You can keep that zip file handy to avoid downloading it more than once. When I release a new hotfix, all you have to do is replace the files from the above zip file with the ones from the hotfix.  The latest hotfixes get posted in the same place:
https://ignition4.customsforge.com/eof

*If you use a non QWERTY US English keyboard layout, and keyboard controls/shortcuts aren't working for you, please make a post describing what keyboard shortcuts aren't working, and what the Info panel says the "CODE" and "ASCII" values are after you use each of the keyboard controls in question.

I used to make Mac releases, but Apple dropped support for 32 bit applications so the user base dwindled away and I can't port the entire application to 64 bit at this time.  The latest Mac build (2-7-2025) is here:
https://ignition4.customsforge.com/eof/download/17
Unless you have oggenc and LAME installed (these don't come with the Mac build for licensing reasons), you won't be able to have EOF automatically convert from MP3 to OGG when you create a new chart. If you have trouble getting those set up on your system, here is a package that should get them installed and usable by EOF:
http://www.t3-i.com/apps/eof/downloads/eof_utilities.pkg

Please provide any and all feedback, including bugs and feature requests. If possible, also please review the included documentation (manual, tutorials) and let me know if you find any room for improvement there. Eventually I plan to add a Rocksmith authoring section to the pro guitar tutorial, but the community's knowledge of the Rocksmith songs' makeup changes pretty quickly so it's hard to know when particular features are considered fully known. For any features that ARE fully known (like anchors), please feel free to remind me if they aren't incorporated into EOF yet, in case I missed any information being passed around on this forum or the Google group.

Note: If you are reporting a bug, please specify which hotfix (date) you're using. I release hotfixes on a somewhat random schedule, sometimes more than once per day, so the issue being reported may have been fixed in a release you haven't tried yet.

i tried now to do push offset back 4 times and it just added one more bar and i understood that it doesn't affect the tab because it starts at 12/8 and before it has 4/4 so i can add it as much as i want...

but now i don't know how to do the sections/phrases properly and i don't know how to explain,i forgot one word..

i need to add section/phrase every 2 to 4 bars,right ?

i added one bar before with push offset back and i have one more with grace note only (at the end),then i have 16 bars 12/8 and then 1 bar 6/8 and then again 12/8...i don't know how to do it right..

@@DanPro777, just leave those "silent" beats w\o sections\phrases and all be fine, for sections use shift+s

what do you mean ?...i think you didn't understand my situation..

ok,nevermind...i think im fine now.

thanks.

A Mac build of the latest hotfix is in the first post, courtesy of th1rtyf0ur.

I'm on Yosemite 10.10.2 and the new Mac build's not working.

 

Here's the error report:

Process:               eof [67217]
Path:                  /Applications/Audio/*/EOF.app/Contents/MacOS/eof
Identifier:            eof
Version:               ???
Code Type:             X86 (Native)
Parent Process:        ??? [1]
Responsible:           eof [67217]
User ID:               501

Date/Time:             2015-03-26 09:16:08.961 +0100
OS Version:            Mac OS X 10.10.2 (14C109)
Report Version:        11
Anonymous UUID:        E4496B88-7138-4999-C755-A0A9F927679C

Sleep/Wake UUID:       3E588652-5F2E-418D-97BE-60281F6937F7

Time Awake Since Boot: 450000 seconds
Time Since Wake:       390000 seconds

Crashed Thread:        0

Exception Type:        EXC_BREAKPOINT (SIGTRAP)
Exception Codes:       0x0000000000000002, 0x0000000000000000

Application Specific Information:
dyld: launch, loading dependent libraries

Dyld Error Message:
  Library not loaded: liballeg.4.4.dylib
  Referenced from: /Applications/Audio/*/EOF.app/Contents/MacOS/eof
  Reason: image not found

Binary Images:
0x8fede000 - 0x8ff11e03  dyld (353.2.1) <06B1254D-9BB9-327C-BA15-8F18FFF97586> /usr/lib/dyld
0x9207a000 - 0x9207afff  com.apple.Cocoa (6.8 - 21) <6AF80DDB-C28E-36FF-BC11-D7D561AC52A9> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa

Model: Macmini5,1, BootROM MM51.0077.B0F, 2 processors, Intel Core i5, 2.3 GHz, 8 GB, SMC 1.76f0
Graphics: Intel HD Graphics 3000, Intel HD Graphics 3000, Built-In, 512 MB
Memory Module: BANK 0/DIMM0, 4 GB, DDR3, 1333 MHz, 0x029E, 0x434D534F344758334D314131333333433920
Memory Module: BANK 1/DIMM0, 4 GB, DDR3, 1333 MHz, 0x029E, 0x434D534F344758334D314131333333433920
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0xE4), Broadcom BCM43xx 1.0 (5.106.98.100.24)
Bluetooth: Version 4.3.2f6 15235, 3 services, 27 devices, 1 incoming serial ports
Network Service: Wi-Fi, AirPort, en1
Serial ATA Device: APPLE HDD HTS547550A9E384, 500,11 GB
USB Device: Hub
USB Device: USB2.0 Hub
USB Device: USB2.0 Hub
USB Device: Ext HDD 1021
USB Device: External HDD
USB Device: Ext HDD 1021
USB Device: BRCM20702 Hub
USB Device: Bluetooth USB Host Controller
USB Device: Hub
USB Device: Keyboard Hub
USB Device: Apple Keyboard
USB Device: IR Receiver
Thunderbolt Bus: Mac mini, Apple Inc., 25.1

Seems to be a problem with Allegro if I interpret this correctly. Any advice on how to fix the issue?

 

A discussion about this issue can be found here: https://www.allegro.cc/forums/thread/605512

Maybe @@th1rtyf0ur can see what's going on. I can only imagine building EOF on Mac is kind of painful.

I'm on Yosemite 10.10.2 and the new Mac build's not working.

 

Here's the error report:

Application Specific Information:
dyld: launch, loading dependent libraries

Dyld Error Message:
  Library not loaded: liballeg.4.4.dylib
  Referenced from: /Applications/Audio/*/EOF.app/Contents/MacOS/eof
  Reason: image not found

Seems to be a problem with Allegro if I interpret this correctly. Any advice on how to fix the issue?

 

A discussion about this issue can be found here: https://www.allegro.cc/forums/thread/605512

 

Since I compiled it, I have the allegro libraries installed, but it looks like they're dynamically linked (meaning it's looking for a local copy) rather than static (i.e. included in the resulting eof binary). Unfortunately I have no idea how to compile it in statically, and my attempts to guess have met with errors. -_-; 

I guess, I'll have to install the Allegro libraries then. Could you post a short explanation of how to do that and which version to install?

Regarding compiling with Allegro for standalone use, I found this:

 

 

 

Apple recommends that an application should be entirely self- contained. To achieve this in Allegro, static-link the executable and use `fixbundle' to bind all its resources together. In this way, you will not need to worry about incompatible versions of the library. This is useful if you are distributing an application.

http://alleg.sourceforge.net/stabledocs/en/abi.html

 

Maybe that helps.

So trying to download this in chrome. It gets flagged as malicious and blocked. Not sure why just saying so you can look into this.

http://i.imgur.com/DMiVhcY.png

@@sonicdm, Chrome is trying to build monopoly on users choices and track every move the did, I don't like it, but you can hit "ctrl+j" and force saving this file, I'm building my own EOF so I don't need this patches anymore :P

So trying to download this in chrome. It gets flagged as malicious and blocked. Not sure why just saying so you can look into this.

I make/repair a lot of pcs for friends, whenever they have problems they come to me.  Top 3 problems

 

- Facebook

- Google Chrome

- Java

 

 

If you are using Facebook on Chrome you're fk'd muhahaha :D

Another Mac build is up, please give this one a try.

 Still not working but this time it seems to be related to the audio codec libraries.

Process:               eof [1028]
Path:                  /Applications/Audio/*/EOF.app/Contents/MacOS/eof
Identifier:            eof
Version:               ???
Code Type:             X86 (Native)
Parent Process:        ??? [1]
Responsible:           eof [1028]
User ID:               501

Date/Time:             2015-03-27 10:29:22.299 +0100
OS Version:            Mac OS X 10.10.2 (14C109)
Report Version:        11
Anonymous UUID:        E4496B88-7138-4999-C755-A0A9F927679C


Time Awake Since Boot: 15000 seconds

Crashed Thread:        0

Exception Type:        EXC_BREAKPOINT (SIGTRAP)
Exception Codes:       0x0000000000000002, 0x0000000000000000

Application Specific Information:
dyld: launch, loading dependent libraries

Dyld Error Message:
  Library not loaded: /usr/local/lib/libogg.0.dylib
  Referenced from: /Applications/Audio/*/EOF.app/Contents/MacOS/eof
  Reason: image not found

Binary Images:
0x8feb0000 - 0x8fee3e03  dyld (353.2.1) <06B1254D-9BB9-327C-BA15-8F18FFF97586> /usr/lib/dyld
0x9006b000 - 0x9006bfff  com.apple.Accelerate (1.10 - Accelerate 1.10) <C2367B5B-AE20-3084-A864-104743BE478E> /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate
0x901c5000 - 0x901c5fff  com.apple.Carbon (154 - 157) <514DC1B6-3D3B-3A96-814D-71D6E022CB3D> /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon
0x9207a000 - 0x9207afff  com.apple.Cocoa (6.8 - 21) <6AF80DDB-C28E-36FF-BC11-D7D561AC52A9> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
0x93b55000 - 0x93bd2ff3  com.apple.framework.IOKit (2.0.2 - 1050.10.8) <60574F96-1CD6-34B8-A862-EA977FD058BF> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
0x950db000 - 0x95130ff3  com.apple.audio.CoreAudio (4.3.0 - 4.3.0) <F5A586C3-A440-3E0E-966A-7841A182E5B2> /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio
0x955be000 - 0x955befff  com.apple.audio.units.AudioUnit (1.12 - 1.12) <64ED443E-25D5-3A2C-A028-0D0C7FAF57C6> /System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit
0x97395000 - 0x97520ffb  com.apple.audio.toolbox.AudioToolbox (1.12 - 1.12) <44BCEAB8-306D-307F-92C8-6656F3578220> /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox
0x97be1000 - 0x97be2fff  libSystem.B.dylib (1213) <BFFB2AB8-29F6-3779-B358-EE1F46520FC8> /usr/lib/libSystem.B.dylib
0x98909000 - 0x98b8efff  com.apple.QuickTime (7.7.3 - 2890) <34289D2B-07CC-3D12-8F32-6F97D96DEE81> /System/Library/Frameworks/QuickTime.framework/Versions/A/QuickTime

Model: Macmini5,1, BootROM MM51.0077.B0F, 2 processors, Intel Core i5, 2.3 GHz, 8 GB, SMC 1.76f0
Graphics: Intel HD Graphics 3000, Intel HD Graphics 3000, Built-In, 512 MB
Memory Module: BANK 0/DIMM0, 4 GB, DDR3, 1333 MHz, 0x029E, 0x434D534F344758334D314131333333433920
Memory Module: BANK 1/DIMM0, 4 GB, DDR3, 1333 MHz, 0x029E, 0x434D534F344758334D314131333333433920
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0xE4), Broadcom BCM43xx 1.0 (5.106.98.100.24)
Bluetooth: Version 4.3.2f6 15235, 3 services, 27 devices, 1 incoming serial ports
Network Service: Wi-Fi, AirPort, en1
Serial ATA Device: APPLE HDD HTS547550A9E384, 500,11 GB
USB Device: Hub
USB Device: USB2.0 Hub
USB Device: USB2.0 Hub
USB Device: Ext HDD 1021
USB Device: External HDD
USB Device: Ext HDD 1021
USB Device: BRCM20702 Hub
USB Device: Bluetooth USB Host Controller
USB Device: Hub
USB Device: Keyboard Hub
USB Device: Apple Keyboard
USB Device: IR Receiver
Thunderbolt Bus: Mac mini, Apple Inc., 25.1

Maybe using something like macdylibbundler can help: https://github.com/auriamg/macdylibbundler

Still not working but this time it seems to be related to the audio codec libraries.

Maybe using something like macdylibbundler can help: https://github.com/auriamg/macdylibbundler

 

Trying that now, hopefully this time it works- the 'otool -L' output now shows everything bundled in or in the usual system locations. Please dl the next one after raynebc uploads.

Awesome, thanks.

New Mac build is posted, give it another try.

Mac version is working now, so thanks a lot for fixing it, @@th1rtyf0ur.

I just wish it were possible to set your own screen width like in the win version.

@@Aludog, if code used the same for mac as for win than you could set things though cfg file or through GUI?

@@Aludog, if code used the same for mac as for win than you could set things though cfg file or through GUI?

Changing it in the cfg did the trick. Thanks, Alex.

It was disabled for non Windows build environment.  I don't even remember why, so I'll remove that in the next commit.  If anybody wanted to rebuild with that change, just go to menu/file.c and change the two instances of EOF_LINUX_DISABLE in eof_file_display_menu[]'s definition to 0.

 

Or until then users could just close EOF, edit the eof.cfg file and change the value of eof_screen_width to something else, save the change and open EOF again.

It was disabled for non Windows build environment.  I don't even remember why, so I'll remove that in the next commit.  If anybody wanted to rebuild with that change, just go to menu/file.c and change the two instances of EOF_LINUX_DISABLE in eof_file_display_menu[]'s definition to 0.

 

Or until then users could just close EOF, edit the eof.cfg file and change the value of eof_screen_width to something else, save the change and open EOF again.

 

If you mean the menu option File > Display > Display, which gives the choices of 640x480, 800x600 & 1024x768, that one's always worked for me on Mac... Or is there an extra manual enter-whatever-you-want field on the windows build?

Speaking of the .cfg file, since it's stored inside the EOF.app folder, what I generally do when I build a new version is do a quick diff -qr between the new version & the version in /Applications, and just copy the files that are changed. Or else move /Applications/EOF.app to EOF.old.app or something, move the new one there, and then copy the .cfg file back into the new version.

 

It was disabled for non Windows build environment. I don't even remember why, so I'll remove that in the next commit. If anybody wanted to rebuild with that change, just go to menu/file.c and change the two instances of EOF_LINUX_DISABLE in eof_file_display_menu[]'s definition to 0.

 

Or until then users could just close EOF, edit the eof.cfg file and change the value of eof_screen_width to something else, save the change and open EOF again.

If you mean the menu option File > Display > Display, which gives the choices of 640x480, 800x600 & 1024x768, that one's always worked for me on Mac... Or is there an extra manual enter-whatever-you-want field on the windows build?

There's a greyed out option in that menu as well which let's you adjust the screen width manually; that's what raynebc is talking about. Changing the value in the cfg leads to no issues, so it's safe to reactivate it, which will make it possible to change the value from inside the app. It's just a matter of convenience.