Search results

Unfortunatelly, I can't help you with the CS42448 and I don't know how it behaves if you switch from AudioOutputTDM to AudioOutputI2S. Have you used the CS42448 succefully with the Teensy? Maybe with the current stereo usb interface? If yes, then I recommend to use the sketch that is working and...

Exactly!

When I need to debug a sketch, I like to implement a minimum example that allows me to reproduce the problem. In case of the usb interface, I would use the two very simple examples main_usbInput.ino and main_usbOutput.ino. They rule out that there is a problem with the codec. Also, they provide...

Thanks for testing. On the one hand, I’m glad that the USB interface works for all your Macs. On the other hand, it's still a mystery why it’s not working for Weiweiweiwear. I guess we have to wait until somebody can reproduce the problem on another Mac.

@electricat Thanks for the tests. @h4yn0nnym0u5e implemented the example sketch with the sgtl5000. Generally, there shouldn’t be any issues if no USB host is connected to the Teensy and I assume this behaviour is specific to the sketch. I’ve just committed an update to my usb output example...

@electricat Thanks for testing and for the good news! @h4yn0nnym0u5e I can't think of any additional information that would be helpful. We tested stereo and 8-channel audio on @Weiweiweiwear's Mac, using both 16-bit and 24-bit configurations. It didn’t seem to make a difference, but it's still...

Thanks a lot for your help, @wll3mx! If you have an SGTL5000, you can run the tests suggested by @h4yn0nnym0u5e . However, if you don’t have an SGTL5000, you can use main_usbInput.cpp instead, as it doesn’t require any additional hardware. To test using this example, follow these steps: Make...

I'm not sure if the issue you found is related. One reason that suggests it might not be is that I implemented a mixed version of both the new and old USB audio interfaces. It uses the UAC1 standard from the current T4 implementation, but most of the other code is based on my own implementation...

Hello everyone, It's been a while, and I just wanted to give a quick update on the status of the multi-channel USB audio interface. The good news: I tested the interface today on my Samsung smartphone (Android 14), and it worked right away. Unfortunately, we haven't been able to solve...

I really appreciate your efforts to help. In our last tests, we removed the audio codec from the Teensy because it wasn't necessary to reproduce the issue. The problem that Weiweiweiwear is facing seems to be related to the USB input, particularly to my implementation of the UAC2 standard.

Thanks for pointing that out. I think I confused AntiLoop with Toyosm.

I can give more details about what we tried: At our tests we set the number of channels to 2, we chose 44.1kHz as sample rate and 16bit resolution. We used the simple usb input example from my repository. There were no buffer over- or underruns and we received a signal at the Teensy. The...

@Weiweiweiwear I thought the Teensy is powered by the usb connection to the Mac? If you are talking about the power supply of the audio codec: I think it's best to disconnect the audio codec from the Teensy. For debugging it's normally best to find a hardware setup and software that is on the...

For those who are curious about Weiweiweiwear's problem: We had a long video call this afternoon/evening and tried to find out what the problem is. Unfortunately we were not successful yet. In the end we compared the original usb input with my version (both in stereo). The original code worked...

When I asked you to make a test in stereo, I meant you should select only two number of channels in the Tools menu as described in the 'In use' section of the README.md and connect only channel 0 and 1 with audio connections in the example code (as you already did in the example above). If you...

@AntiLoop: You are right, the cs42448 needs to be initialized. However, this can easily be fixed for sure and I am much more concerned about the problem with the usb input at the moment. I asked @Weiweiweiwear to do use the simple example just to remove the tdm ouput and the cs42448 as sources...

@Weiweiweiwear: Thank you for the test. At least we know you problem has nothing to do with your audio codec or its configuration. Once I had a similar problem and the reason in my case was a broken usb cable. I connected the Teensy and started playing music. It worked for some time (a few...

@h4yn0nnym0u5e: If we really make PRs at some point, I think we even don't need to make synced PRs for the core and for the audio library. We could split up our changes into three PRs: 1. A first PR can be done for the files in...

Have you tested this simple usb audio example without the CS42448: https://github.com/alex6679/teensy-4-usbAudio/blob/main/src/main_usbInput.cpp? The default option at the example is to plot the audio waveform and you can have a look at it with the Arduino Serial Plotter. Can you report what you...

@AntiLoop Thank you very much for testing. Out of curiosity: Which operating system is running on your usb host?

Just merged your pull request. Thanks for writing the extensive documentation.

@h4yn0nnym0u5e and @rtms: Thanks for finding out what the problem was. I added the info about the Arduino IDE version to the readme file for now. I think I will further extend the readme file next weekend since it's there is no information about how to use/integrate h4yn0nnym0u5e's contriburions...

@h4yn0nnym0u5e: I am happy with the code for now, but I am open for suggestions for improvement. Currently, I'm not aware of any issues. @Paul: In case you are interested in merging our changes into the T4 core/ Audio master: Is there anything that we should improve or change?

Ok, maybe I solved the problem: I removed the midi interface again from the audio interface collection again. (Just as in the original implementation). But I kept the interface order as descripted in the usb audio specification. When I then tested the implementation in Windows, the Midi...

I downloaded MidiEditor and I can reproduce the problem: with the new usb audio interface there is no midi device showing up in MidiEditor. Isn't UAC2 much older than Midi v2.0? I don't think the UAC2 standard demands Midi v2.0. Let's see what I can find out.

Thank you for testing. I had a closer look at the output of USBTreeView you posted and it looks plausible to me, since I moved the midi stuff down after the usb audio streaming descriptors in usb_desc.c. The new IAD descriptor in line 292 of your USBTreeView output now lists 4 interfaces...

Thank you for offering your help. I changed the interface numbers now for the interface combinations USB_MIDI_AUDIO_SERIAL, USB_MIDI16_AUDIO_SERIAL and USB_EVERYTHING. However, USB_EVERYTHING doesn't not work for Teensy 4 and I was not able to test it. USB_MIDI_AUDIO_SERIAL and...

The bug I fixed was in the AudioInputUsb class. The first time usb_audio_receive_callback was called, the buffer audio blocks were not initialized but the blocks were used anyway and data was just copied to wherever the data pointer was pointing. I am wondering if you even used the usb audio...

On Sunday I committed some changes. Did you already use this code? Can you post a short example that I can use to reproduce the problem?

@toyosm: Thank you for testing the interface. I'm glad that it also works with on a Mac. @h4yn0nnym0u5e: I think there was a missunderstanding. It was already quite late when I wrote the post and I didn't want to go into the details. The issue I want to improve/solve is: At one point I got the...

Ok, after I quite excessively tested the new version, I pushed the changes. Even if I mostly only moved code around, I was worried that I messed something up. Indeed it did not work at the beginning and I found a bug that was not related to my changes, but was in the code for probably quite some...

@h4yn0nnym0u5e: This are good news. Thanks also for fixing the include of AudioStream.h in usb_desc.h. I am currently testing some changes I made to the AudioInputUSB and AudioOutputUSB (not pushed yet). To understand my changes some background info is needed: In my projects I don't use the...

Good to hear that the usb interface works also with 8 channel 96kHz. Regarding a pull request: I also have some things that I still need to clean up first (besides AudioData.h). When I find some time the next days I'll have a look at the issues. Maybe I'll need to come back to you for some advice.

You would need use Teensyduino 1.59 and unfortunately you have to change your Teensy 4 core file in cores/Teensy4 for that. (Maybe first make a copy of that folder.) Copy the content of https://github.com/alex6679/teensy-4-usbAudio/tree/main/changedCorefiles into your core file folder. Then you...

I don't know. There are several things that could cause problems. E.g. can your IPhone act as usb host? If yes, then I am still not sure if my code will work with an IPhone. I used my Windows 11 notebook for testing during the develpement and at a first test with an Ubuntu PC there were of...

Hi, I don't think that it is hopeless and if I remember correctly somebody did that in this thread: https://forum.pjrc.com/index.php?threads/modify-audio-on-the-fly-can-do.70814/ Also, the reference manual describes how to use the spdif input to clock other peripherals like the spdif output...

Thanks, I will try that out.

There was no specific reason for 0x18B5. I just changed it, because I wanted Windows to update its information about the Teensy. But I will follow h4yn0nnym0u5e's advice and change 'usb_string_serial_number' the next time I need to do that. If you want the original product id, you can either set...

I also can only imagine that the cause is the changed PRODUCT_ID in usb_desc.h. In Windows I have to change the Id everytime I change the usb descriptors. Otherwise Windows seems to use some cached information. Anyway, I committed to the original Id again.

I am glad that it works now. I have to admit I wasn't able to fully test the code. Even with the original usb input and output I wasn't able to e.g. generate a simple waveform that I can capture in my Ubuntu. In the end, I decided that the reason is probably related to my Ubuntu and not to the...

That log output helped. I changed some things in the usb descriptors and now the my code provides similar results compared to the original code in the dmesg file. That means the 'bogus bTerminalLink' errors are solved and the Teensy is listed as device when I run 'arecord -l' or also 'aplay -l'...

I was a little bit impatient yesterday and already downloaded an Ubuntu image (kernel 6.5 ubuntu 22.04). I thought chances are high that it is not so critical which Ubuntu version I use and indeed the usb input and output do not work. I had a look into the log file /var/log/dmesg and found two...

It would have been too good if my implementation had just worked on Linux as well. Which Ubuntu version do you have? Maybe I can reproduce the problem in a virtual machine. Changing my usb in- and output to 48kHz is quite simple. Just change AUDIO_SAMPLE_RATE_EXACT and AUDIO_SAMPLE_RATE_I in...

Hi, at the screenshot it looks like you encounter buffer overruns on the the teensy. That means the Teensy generates audio samples too fast, the buffer of the usb output on the Teensy fills up until some samples need to be discarded. If that is true, then there is not much you can do about it...

Sure, I expressed myself unclearly. I was just thinking about how we could prepare the code so that there is the chance that Paul accepts a pull request. I have to admit, I have never used the Design Tool, but I would give it a try and test the changes you made to the USB object.

Regarding a pull request: I am not sure how to proceed. I changed a lot compared to the original code like the update to the usb2 specification. Unfortunatley it is not possible for me to test it with many different hosts and it would therefore be very risky to merge it into the main branch...

I tested you suggestion: There is now the variable 'async' in line 789 in usb_audio.cpp. (I will change that later, but for now for some quick tests it should be fine). If async is set to false, the usb audio output sends always the expect number of samples. (E.g. 9 times 44 samples and then...

I have to admit, I need to clean that part of my implementation up. My focus was on the usb input and I only adapted the usb output, because my changes of course broke the original two channel code. When I have some time within the next days, I will try out your suggestion. Maybe we should also...

I tested the usb input now also with 48kHz and I fixed a small bug (unrelated to the sampling frequency), that caused sometimes a nearly empty buffer at the beginning of a stream. As far as I can tell, the usb input also works for 48kHz.

I didn't test different sampling frequencies yet, but I want to try out 48kHz in the next days. I tested different bIntervals by just changing the value AUDIO_POLLING_INTERVAL_480 in usb_desk.h for testing purposes (Manually setting the value is normally not necessary). Or also by setting the...