Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Error "Unknown file format, expected FSEQ v2.0". Newer XLight uses FSEQ files V2.2 Incompatible with Tesla's V2.0 Requirement #67

Closed
xingxu21 opened this issue Mar 27, 2023 · 19 comments

Comments

@xingxu21
Copy link

xingxu21 commented Mar 27, 2023

Users are getting Validation Error: Incompatible with newer versions of XLight Generating Error "Unknown file format, expected FSEQ v2.0" when validating the generated FSEQ file despite following the README.md file precisely. The root cause of this occurs due to XLight defaulting to FSEQ versions 2.2 while Tesla vehicles require version 2.0 without Xlight giving users options to set specifically 2.0.

Overview

Multiple people (Lazy-Double-6538, BradB132, Relevant_Resolve9671, foxbat7777) in the last 7 days including myself have reported validation errors despite following the directions precisely on the README.md with regards to step 4 select V2 Uncompressed. This issues affects users using XLight downloaded on the app store with version 2023.04.

The newer updates of XLights uses fseq files V2.2 of fseq rather than Tesla's required version of V2.0, with the Tesla and validator files rejecting newer versions. Any user attempting to create light shows on a mac with Xlights downloaded with the app store (and likely future versions of xlights on windows) will no longer be able to develop without resorting to older versions of xlight.

Workaround

A temporary workaround can be achieved by downgrading to 2022.01 version of XLight until this bug is resolved through XLight and Tesla via a software update.

Issue

As stated above, multiple users including myself have noticed that despite having the V2 Uncompressed option selected in sequence settings, the .fsq file synthesized fails the validation script validator.py issuing the error "Unknown file format, expected FSEQ v2.0". The root cause of this issue exists for the 2023-04 downloaded through the app store as recommended in the Xlights releases documentation. This fittingly corresponds to the timing of the complaints from above.

Replication

When downloading xlights on OSX via the app store for version 2023-04, clicking select V2 Uncompressed under the setup instructions, and following the steps listed under Creating a New Sequence in the README.md file, and saving the file, once you run the validator on the <file.fseq>, the "Unknown file format, expected FSEQ v2.0" pops up. A look at the fseq binary files (visible by printing the values of start, minor, major = struct.unpack("<HBB", file.read(4)) from the validator) will indicate that the fseq uses version 2.2 and not version 2.0.

This can also be proven by using any of the provided example fseq files provided by Tesla. Without modifications, the file passes validation. After making one change and saving, the example file fails the validation.

Suggestion/ Conclusion

It is in Tesla's interest to either internally update vehicles to support FSEQ v2.2 or have the developers of XLight to allow users to use V2.0 (note this is different from the current V2 uncompressed selection that leaves the minor version ambiguous) explicitly in the UI sequence settings of XLights. Otherwise this bug will frustrate future users without the knowledge of downgrading as a workaround in their efforts to develop custom light shows.

@xingxu21 xingxu21 changed the title Error "Unknown file format, expected FSEQ v2.0". Newer XLight uses FSEQ files V2.2 Incompatible with Teslas V2.0 Error "Unknown file format, expected FSEQ v2.0". Newer XLight uses FSEQ files V2.2 Incompatible with Tesla's V2.0 Requirement Mar 27, 2023
@cmastudios
Copy link
Contributor

I would expect V2.2 files should still play correctly in vehicle. I think the validator might need to be updated.

@xingxu21
Copy link
Author

xingxu21 commented Mar 27, 2023

That's what I thought at first too, but it seems like the vehicle's internal validator is also rejecting the .fseq file. The custom light show selection was still greyed out in my 2022 vehicle running version 2023.2.12 using the V2.2 files. This leads me to believe an over the air update is necessary. I was also unable to update the vehicles software to investigate hacba0's claim that the file would still work ("your vehicle is running the most up to date software as of now") despite failing the validator

@cmastudios
Copy link
Contributor

The custom selection should only be greyed if the USB is not connected (or doesn't contain a LightShow folder), otherwise there should be an error message.

@spaceXrace
Copy link
Contributor

spaceXrace commented Mar 27, 2023

Based on this comment, I have a suspicion that XLights for macOS changed more about the FSEQ files than XLights for Windows.

That would explain why some can play their files on the car, while others can not.

The file I have from 2023.04 Windows starts with PSEQ (according to this document it's always PSEQ). Meanwhile the comment mentioned above states theirs starts with FSEQ.

If anyone has the latest version on macOS, it would be great if you can send me your .fseq and .xsq: [email protected]

@cmastudios
Copy link
Contributor

I have the latest version on Mac and this is the only difference I see (using old xlights show folder and existing xsq):

@@ -1,5 +1,5 @@
-00000000: 5053 4551 9800 0202 2000 3000 0000 a504  PSEQ.... .0.....
-00000010: 0000 3200 0000 0000 03ad 30ba dbf7 0500  ..2.......0.....
+00000000: 5053 4551 9800 0002 2000 3000 0000 a504  PSEQ.... .0.....
+00000010: 0000 3200 0000 0000 4908 503f b2db 0500  ..2.....I.P?....

Seems only relevant thing changing is the minor version number

@spaceXrace
Copy link
Contributor

I think we can then assume that Mac files work fine in the car as well.
The comment I mentioned before claiming their file on Mac is FSEQ1 is wrong. It’s PSEQ & V2.2, as it should be.

@tram01
Copy link

tram01 commented Apr 1, 2023

I'm getting the following error too - Unknown file format, expected FSEQ v2.0

when I plug in the drive with fseq and mp3 file, I get the error invalid number of channels. surprisingly, despite this error custom light show worked partially once, it played half the song, and after that it does not work on any of my teslas.

I need this custom light show to work ASAP, any help is appreciated. I'm attaching the fseq and sequence file here.
Archive.zip

@xingxu21
Copy link
Author

xingxu21 commented Apr 1, 2023

I still haven't had luck playing V2.2 version as its greyed out on my tesla so i want to say there's more than just a header version modification. @tram01 can you confirm that you downgraded Xlights to the version I specified above?

@tram01
Copy link

tram01 commented Apr 1, 2023

I didn't downgrade Xlight, I'm using the latest version

@spaceXrace
Copy link
Contributor

Thank you for sharing the file.
you can downgrade to 2023.1 to get a working file

@cmastudios
Copy link
Contributor

when I plug in the drive with fseq and mp3 file, I get the error invalid number of channels. surprisingly, despite this error custom light show worked partially once, it played half the song, and after that it does not work on any of my teslas.

Opened your file in xLights 2023.05.1 on Mac. Clicked save, checked the .fseq and it had 0xc0 (196) channels which was causing this error.
I went to the sequencer tab, hit render all, hit save. Checked the .fseq and it has 0x30 (48) channels now which will pass the validator on the car.

$ xxd lightshow.fseq | head
00000000: 5053 4551 9000 0202 2000 c400 0000 d42e  PSEQ.... .......
$ xxd lightshow.fseq | head
00000000: 5053 4551 9000 0202 2000 3000 0000 d42e  PSEQ.... .0.....

@tram01
Copy link

tram01 commented Apr 1, 2023 via email

@cmastudios
Copy link
Contributor

cmastudios commented Apr 1, 2023

Should not need to downgrade xlights, but lmk if the steps I provided don't fix your issue. lightshow.fseq.zip Maybe try downloading a new copy of the tesla xlights show folder.

@tram01
Copy link

tram01 commented Apr 2, 2023

@cmastudios didn't work for me. were you able to play in your Tesla ?

@EdwinOtten
Copy link

Update as of February 2024:
It looks like both issues described above have been fixed in validator.py:

  1. Unknown file format, expected FSEQ v2.0
  2. Expected 48 channels, got 200

I think this issue can be closed. @xingxu21 @tram01 can you confirm this issue is resolved for you as well when using the latest version of XLights and the latest validator.py?

@IDMJ24
Copy link

IDMJ24 commented Feb 11, 2024

I tried xlights 2024.02 and 2023.01 versions. The sequencer worked inside the xlights program. But they both gave errors in the standalone validator and in the Tesla drive as error. The current master file on line may also be incompatible with FSEQ version 2.0. I need to create a Lightshow for a charity. Can someone help? Thanks.

@spaceXrace
Copy link
Contributor

I cannot reproduce your issue in 2024.02, and 2023.01 is known to be working. You probably didn't set the FSEQ Format to V2 Uncompressed in xLights preferences.

The issue mentioned in the original comment is fixed.

@IDMJ24
Copy link

IDMJ24 commented Feb 11, 2024 via email

@EdwinOtten
Copy link

EdwinOtten commented Feb 22, 2024

@IDMJ24 did you use the latest version of validator.py from the master branch?

Clicking the Render All button documented here might also help (not sure if this helps in your case, but it did fix some issue for me in the past).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants
@cmastudios @EdwinOtten @xingxu21 @tram01 @spaceXrace @IDMJ24 and others