Dear mon2
Have you down the test in your lab?
We like the XMOS design for its multi core parallel capability,so we want to solve the problem and use it to the other projects。
Look forward to your reply.
Soundcard, the sound stop and continue in Several milliseconds
-
- Member++
- Posts: 21
- Joined: Thu Dec 07, 2017 3:27 am
-
- XCore Legend
- Posts: 1913
- Joined: Thu Jun 10, 2010 11:43 am
Hi. Sorry, not yet. Been a crazy few days at work for assorted reasons. Will try to do so tomorrow.
1) To do - confirm USB mouse operation. Fairly confident that when we tested this IP on the XMOS Explorer Kit, the mouse should only move in a square till the demo is stopped. Do not believe that the mouse should move to a different location on the screen but will check.
2) How are you testing the audio IP? The factory firmware makes the EVB look like a soundcard and you are then directing the soundcard to play a wav file? You are attaching powered speakers to this XMOS kit to hear the wav file?
Summary: The wav file should continue to play without interruption through this XMOS kit and factory IP?
Did you need special device drivers to be installed on your Windows OS for this XMOS soundcard emulation?
The factory programmed audio IP really should function as shipped but will test. In the back of my mind, thinking again that USB is directly related to the bandwidth of the CPU. If the timing is broken on the USB interface, the USB connection will raise errors.
Here is a good thread related to USB IP and bandwidth for custom projects:
https://www.xcore.com/viewtopic.php?t=4685
1) To do - confirm USB mouse operation. Fairly confident that when we tested this IP on the XMOS Explorer Kit, the mouse should only move in a square till the demo is stopped. Do not believe that the mouse should move to a different location on the screen but will check.
2) How are you testing the audio IP? The factory firmware makes the EVB look like a soundcard and you are then directing the soundcard to play a wav file? You are attaching powered speakers to this XMOS kit to hear the wav file?
Summary: The wav file should continue to play without interruption through this XMOS kit and factory IP?
Did you need special device drivers to be installed on your Windows OS for this XMOS soundcard emulation?
The factory programmed audio IP really should function as shipped but will test. In the back of my mind, thinking again that USB is directly related to the bandwidth of the CPU. If the timing is broken on the USB interface, the USB connection will raise errors.
Here is a good thread related to USB IP and bandwidth for custom projects:
https://www.xcore.com/viewtopic.php?t=4685
-
- Member++
- Posts: 21
- Joined: Thu Dec 07, 2017 3:27 am
Dear mon2
1. It is not a powered speakers, just a headset,and we have tried some kinds of speakers.
2.directing the soundcard to play a wav file,yes.
3. some information in the picture.
Thank you and look forward to your reply
1. It is not a powered speakers, just a headset,and we have tried some kinds of speakers.
2.directing the soundcard to play a wav file,yes.
3. some information in the picture.
Thank you and look forward to your reply
You do not have the required permissions to view the files attached to this post.
-
- XCore Legend
- Posts: 1913
- Joined: Thu Jun 10, 2010 11:43 am
Hi. Will make an effort to test today.
Just received some great feedback from XMOS for your case.
1) have you tested the same on another PC? Do you experience the same issues on other computers?
2) the Dell is powerful enough but are host PC drivers up to date? Latest bios on motherboard? Only to confirm the USB chipset is stable on this PC.
3) can you also attempt to remove the Bushound software for now and refresh the driver linked to this soundcard IDs? You may use Nirsoft USBDevView to see more details on which drivers are linked to the XMOS IDs.
To remove the possibility that the bus analyzer software from interfering with the USB bus timing.
4) you are using the UAC2 8in/8out configuration. Does the same happen with UAC1 and stereo I/O ?
Just received some great feedback from XMOS for your case.
1) have you tested the same on another PC? Do you experience the same issues on other computers?
2) the Dell is powerful enough but are host PC drivers up to date? Latest bios on motherboard? Only to confirm the USB chipset is stable on this PC.
3) can you also attempt to remove the Bushound software for now and refresh the driver linked to this soundcard IDs? You may use Nirsoft USBDevView to see more details on which drivers are linked to the XMOS IDs.
To remove the possibility that the bus analyzer software from interfering with the USB bus timing.
4) you are using the UAC2 8in/8out configuration. Does the same happen with UAC1 and stereo I/O ?
-
- XCore Legend
- Posts: 1913
- Joined: Thu Jun 10, 2010 11:43 am
Hi. Was able to build the same firmware and test on the same target this afternoon. The results were positive on our Windows 7 x64 PC (believe it is a MSI motherboard i5).
Tested with playing videos through VLC player and using the XMOS Sound card firmware. Ran for at least 10-15 minutes without any USB issues. Looped the Windows sample animal video of horses and other animals with sound..no problems.
In comparing our compiled IP to yours, note the resources and binary file sizes - they are different. For this reason, please do check on the compiler you have used and the foundation USB Audio source code. Pretty sure we are on 14.3.3 (latest compiler). Let us know of your results. Attached are the screen shots from our setup.
You can download the same (evaluation) Windows driver package from here:
https://www.xmos.com/software/usb-audio/driver-support/
Also recommend to check if some other driver may be layered in your system. We used the BLACK (USB 2.0) port for this testing. Certainly consider to test on other boxes but also be sure that your compiled firmware resources match the above. Really believe that your IP and/or compiler may be older and that is the root cause of the USB glitches observed to date.
Please post your update at your convenience.
Tested with playing videos through VLC player and using the XMOS Sound card firmware. Ran for at least 10-15 minutes without any USB issues. Looped the Windows sample animal video of horses and other animals with sound..no problems.
In comparing our compiled IP to yours, note the resources and binary file sizes - they are different. For this reason, please do check on the compiler you have used and the foundation USB Audio source code. Pretty sure we are on 14.3.3 (latest compiler). Let us know of your results. Attached are the screen shots from our setup.
You can download the same (evaluation) Windows driver package from here:
https://www.xmos.com/software/usb-audio/driver-support/
Also recommend to check if some other driver may be layered in your system. We used the BLACK (USB 2.0) port for this testing. Certainly consider to test on other boxes but also be sure that your compiled firmware resources match the above. Really believe that your IP and/or compiler may be older and that is the root cause of the USB glitches observed to date.
Please post your update at your convenience.
You do not have the required permissions to view the files attached to this post.
-
- Member++
- Posts: 21
- Joined: Thu Dec 07, 2017 3:27 am
Hi mon2
I'm sorry I haven't replied for so long
We try many computers,and use new software.
Now,we use a better computer to solve the problem,
But,we cant guarantee our customers computers.
So,we will go on study the XMOS to improve the problem.
If any information about this,please tell us.
Thank you very much.
I'm sorry I haven't replied for so long
We try many computers,and use new software.
Now,we use a better computer to solve the problem,
But,we cant guarantee our customers computers.
So,we will go on study the XMOS to improve the problem.
If any information about this,please tell us.
Thank you very much.
-
- New User
- Posts: 3
- Joined: Mon Dec 28, 2020 1:49 pm
Hi, Mon2.
I also have a related question: I want to do plot the frequency response to check whether the FFT on board works well. So is there any system log file storing the FFT array data? Or is there any method to show frequency response directly after the real-time data collection on board?
Cheers,
Andrew
-
- XCore Legend
- Posts: 1913
- Joined: Thu Jun 10, 2010 11:43 am
Hello. Did not see this post till now. Sorry but am not an audio developer but you should be able to monitor real-time activity with the XSCOPE tool which is included inside the toolchain you have already installed:
https://www.xmos.ai/download/AN00196:-G ... .1rc1).pdf
https://www.xmos.ai/download/AN00196:-G ... .1rc1).pdf