- 11th June 2018 at 07:21 #35007
As there are some topics about the noise and crackles, i will start a new thread, as my problem doesnt belong to the 44/48KHz.
I recorded a few months without a problem until lat Sunday.
Until Sunday i recorded standart bands, like drums, bass guitars and vox.
Everything was fine and there was no Audio artefacts.
On last sunday i had an orchester with 15 people and the wav files are all noisy/distorting. When i look at the zoomed audio files, i can see a lot of rectangels in the waveform, that doesnt belong to the waveform.
There are also extremly high rectangle peaks on all tracks. Even on that tracks, that are not connected.
I am recording on an Sandisk extreme Flash drive, which was working without issues all the months before.
Ok, when i look at the difference between my concerts:
The only difference between my bands and the orchestra is, that the orchestra used a lot of AER Amps with XLR Di Out. That means, that i had minimum 5 or 6 XLR Cables, coming from devices with connected ground. I know, the Utrack is only writing to the drive, and the X32 is converting analog > digital. But sometimes there is no logical explanation on troobleshooting in digital devices…
Here you can see the artefacts in the waveforms. I think this is the same “Noise”, that most user “hear” in there recordings…
Recorded with 44.1KHz11th June 2018 at 07:31 #35008
I forgot one imported thing.
On my X32 Rack the 16 Mic Inputs are routed to local 1-16.
The 6 Aux Inputs are routed to 17-22.
– There is “NO” noise and “NO” peaks on the Aux Inputs.
– Channel 25-32 are routed to non existing local 25-32.
There is absolutly NO noise on the tracks 25-32 (even no noise on full zomm in).11th June 2018 at 07:33 #35009
And also one important thing:
The log file tells me, that everything was ok. No issue with the drive.9th August 2018 at 18:51 #40957
Any further updates on this? I had virtually the exact same problem last week. Major bummer to have our live recordings fail.
We have a dual X32 Rack setup to provide 8 stereo IEM feeds. Rack 1 has the Cymatic uTrack32, with 6 Aux inputs, 16 local mic inputs, and 16 remote mic inputs over AES50 from Rack 2. In our rehearsals, the recording was fine. At our next 2 gigs, 16 remote mic inputs (16 drums) recorded fine but we got severe crackling noise on 8 of the local mic input 1-8 (vocals SM58’s, guitar amp mics SM57’s). Interestingly, local inputs 9-16 did not fail (more drum mics, bass DI); these I routed to the uTrack32 card over Ultranet P16out[9:16]. It seems like re-routing the raw sampled inputs over P16 or AES makes it work reliably, where as the raw feeds alone can have the problem. Since the problematic local 1-8 go to the other Rack 2, I may try feeding the uTrack32 with the re-routed signals from Rack 2, over AES, assuming the issue is only with direct local mic pre inputs.
We used a Samsung T5 SSD 512GB drive.
This recording card is unusable for us unless we figure out the problem.
Similar issue reported on X32 forum, though this does not support the theory that direct local mic inputs are the problem, but possibly just some blocks of 8 have the issue.
https://forum.musictribe.com/showthread.php?19499-Crackle-on-channel-17-24-on-recordings29th August 2018 at 09:32 #41282
Could you please tell us the production date of your mixing console? “date code”30th August 2018 at 17:17 #41339
Where is the date code and serial number located on the X32 Rack? I don’t see it on the front or rear panel, so I may need to remove the unit from the mounting rack to get the date code.
I ordered my X32 Rack from Sweetwater in May of this year.
Is there a reason the date code might be important, or would suggest a workaround?
Steve31st August 2018 at 10:50 #41355
Thank you for your feedback.
I have ask this question because some of the users who has a newer revision of the mixer experienced similar issue we are working on the solution. I’ll send you an email with a testing firmware version please try it out your card with this firmware release.5th September 2018 at 20:46 #41462Frank LundgrenParticipant
I have the same problem with a 2 month old x32.6th September 2018 at 14:09 #41471
I’ll send you an email with a testing firmware version please try it out your card with this firmware release.12th September 2018 at 14:40 #41556Ronald de RuijterParticipant
Last weekend I recorded a liveband on 44.1kHz with a Midas M32R. Same issue as above… Seems like a clock sync conflict.13th September 2018 at 18:11 #41575Frank LundgrenParticipant
It sems to work, recorded an hour at 48khz with no problems.7th October 2018 at 23:20 #42034
Hi Lazlo, could you mail me the firmware too? Greetings!8th October 2018 at 15:22 #42054
I have sent you an email with instructions9th October 2018 at 02:55 #42066
Hi Laszlo, thanks a lot! It seems that my problems are solved – newer X32 producer had a lot of crackling etc., now a short test without any problems.9th October 2018 at 07:47 #42070
Thank you for your feedback Frank!22nd October 2018 at 15:02 #42505
New firmware release available for download, the new firmware should fix clicking issue when using the card with some new revisions of mixing consoles.
Download25th November 2018 at 23:41 #43340Gabriel A PassParticipant
I’m planning to upgrade my Behringer X32 firmware from 3.08 to 3.09. Mostly just to keep current with Behringer.
No problems now, but will upgrading the x32’s firmware create the crackling problem?
So, are all users recommended to their uTrack to this new firmware?25th November 2018 at 23:45 #43341
I’m running a x32 producer with FW 3.09 ans the Utrack 32 with FW 5.00. No problems!26th November 2018 at 17:24 #43348
I loaded the new FW and this appeared to fix my problem, though since the symptom was intermittent, I’ll have to use it for a few sessions to be sure. I am not able to check the FW revision in the uRemote application, but the unit took a long time to boot when I put the FW in the root of the USB drive the first time, but subsequently boots quickly, so it behaves like it took the FW update. Thanks for your help!
One other question: I would like to use uRemote to play back the recording directly from my X32 setup. I can see the playback menu in uRemote , and it connects to my X32 Rack, but I cannot get it to play back the recordings. Is there a way I can do that? Otherwise, I have to convert the files to .wav with uTool and mix down with DAW software on my laptop.
Steve26th November 2018 at 18:46 #43350
You can play the redordings at once, be sure that your Utrack ist connected via LAN to the router and that the routing in the X32 Routing Menue is correct. “record” all the inputs you want to record, “play” Card 1-8 and so on.. Greetings!26th November 2018 at 18:50 #43351
OK, I think I left the X32 routing in Record mode, so I will switch it to Play and try it again.
thanks30th November 2018 at 14:28 #43445
I still have this problem, but only on tracks recording AUX IN 1-6/T sources on my X32 Rack Console. Firmware on both devices (console & expansion card) is the latest version (X32 3.09 / uTrack 5000). I loaded a recorded file into my WAV editor and had a look at the signal. Partially the signals have been cut on the bottom all on the same level. This is what obviously the noise comes from. Once again: It only appears on recorded AUX IN 1-6/T channels! Recording AUX OUTs or XLR INs works well. Are there any workarounds?
Dirk1st December 2018 at 23:50 #43458
So that is not good news if the problem still exists. Is it intermittent, or does it always fail?
With the older FW, the failure was intermittent for me (worked for 2 rehearsals, failed for 2 gigs). It happened on the XLR ins, and impacted channels 1-8. The XLR ins coming from my second Rack over AES, or routed to the card over P16 did not fail. Could have been a coincidence, or possibly routing the signals through another path fixes it. If your problem is consistent, you might try rerouting your Auxins over P16 then to the card, to see if that helps.
It also seemed like it powers up in a good state and stays good, or in a bad state and stays bad; it never changed from bad to good or vice versa in the middle of a recording. If we could confirm that, then a possible workaround is to do a test recording after you boot up, to make sure there is no noise on any tracks. If there is, cycle power until it comes up in a good state with no noise.
Otherwise, this recording card is not usable, if it can randomly add this noise. My gear is in another state, so I can’t easily experiment.
I am hoping the Cymatic guys can try to reproduce this and come up with a fix soon.
thanks3rd December 2018 at 09:16 #43473
recording AUX INs 1-6/T always fails so far. Even after cycling power many times. I would try the P16 routing workaround, if you could please be so kind to explain briefly. I never did such.
Thanks in advance
Dirk3rd December 2018 at 13:56 #43475
I can confirm that there is an issue if the recording source set AUX IN 1-6/T.
We are started to investigate that issue.
If there’s any workaround or solution for this problem we will publish that on the website.
Thank you for your input.3rd December 2018 at 18:07 #43480
Re-routing via P16/Ultranet is done in the routing pages. For the selected Card Output 8-channel block (say, Card output 1-8), instead of selecting auxin1-6/T as source, select Ultranet 1-8 (or 9-16). Then in the Ultranet routing page, map Direct out Aux 1-8 to Ultranet 1-8 (or 9-16). The P16/Ultranet interface is very handy for repacking signals; for me, I only needed 4 Aux signals recorded, so P16 let me combine 4 Aux ins with 4 XLR ins to go to an 8-channel Card Output block.
So if this Auxin recording issue is a repeatable bug, then it’s good news I do not see it. That may indicate that my use of the P16 routing is a workaround, at least for those who don’t otherwise need the P16 interface.
i would be very interested to know if this reliably addresses the issue.
Steve4th December 2018 at 08:13 #43490
thnks for your support and explanation. I tried your suggestion and it works fine. Signals can be recorded clearly without noise.
As long as the developers need to solve the issue, I will route the signals this way for recording.
Thanks a lot once again
Dirk4th December 2018 at 13:06 #43495
Many thanks for your detailed description!28th February 2019 at 12:11 #45675AndreasParticipant
I’ve been trying to implement your workaround.
Unfortunately it didn’t work out. I use the first 4 Aux In channels.
The recording is ok, but on tracks 17 – 19 I have not only the signals of the aux inputs on it, but also various other signals of the other XLR inputs. Do you know why that might be?5th March 2019 at 18:00 #45990Arnaldo LopezParticipant
Is there still no solution for recording the aux inputs??? I’m having jitter on the recordings… Useless…
- You must be logged in to reply to this topic.