Search results

Received the RPi 5 and tried actually recording the I2S input coming from the extractor. No surprises here: was able to capture PCM just fine. The passthrough streams are there as well, so far I only tried capturing with arecord, but the resulting data looks sane, restoring the original stream...

So, I got a rewritable dummy HDMI plug, but to my surprise it did not affect the behavior. I started experimenting further and here is what I've found out: - Neither the presence of the plug nor the difference in EDID configuration seem to affect anything, at least for PCM audio. For example, I...

Is the Sil9437 datasheet available somewhere? On their website there is only a short product brief.

Neither do I, but definitely worth trying.

I got the same eARC extractor and indeed, the I2S is easily accessible. Unfortunately, without anything connected to the HDMI output the device acts only as a 2.0 device, so it requires additional tweaking: either something plugged into the HDMI port that would report a desired EDID, or...

Because I don't see how I could output the audio from the RK3588 directly to a USB DAC, and at the same time clock that DAC from the eARC input. Going through the I2S allows to hook up in parallel an SPDIF transceiver for the clocking purpose, but if everything could be done using a single SBC...

I'm considering using a RK3588 board instead of the eARC->HDMI extractor + HDMI->I2S extractor combo, and on paper it looks like using such board as an input for the I2S on RPi5 should work. I would also need to add some kind of I2S->SPDIF transceiver to clock the external DAC, but that should...

It looks like I've found a "solution": usb_modeswitch -v 0x07fd -p 0x000b --reset-usb. I don't know who to blame: M4, the RPi USB controller or the USB drivers, but apparently something is not initializing correctly during boot. Power-cycling M4, re-plugging the USB cable or just doing the reset...

No, I didn't measure the brick, I was only measuring the consumption of the amp itself.

2024-08-25 16:51:31.474993 INFO [src/bin.rs:683] CamillaDSP version 2.0.3 2024-08-25 16:51:31.475062 INFO [src/bin.rs:684] Running on linux, aarch64 2024-08-25 16:51:31.475122 DEBUG [src/bin.rs:728] Loaded state: None 2024-08-25 16:51:31.475138 DEBUG [src/bin.rs:732] Using command line argument...

I did, doesn't help, unfortunately. Here is the log when everything is fine: 2024-08-25 13:57:21.027143 WARN [src/alsadevice.rs:138] PB: Prepare playback after buffer underrun 2024-08-25 13:57:21.069792 DEBUG [src/alsadevice_utils.rs:251] Avg. buffer delay: 2046.2, target delay: 2047, diff...

Sorry, missed a word, meant to say that there is nothing out of the ordinary in the logs. But just to make sure will reproduce again and post the logs later today.

I am in the process of setting up a raspberry pi 4B with CamillaDSP, and while in general it looks quite promising, there is one problem that I can't figure out so far. The capture device is USB gadget, the playback is a Motu M4. The g_audio module parameters are "c_srate=48000 c_ssize=4...

Yep, that's what I said earlier in this thread. From what I see, this amp does not meet EU regulations.

My amp arrived a couple of days ago, so I tried powering it through a lab supply. On - 5.2W, Auto - 3W, Off - 0W. So indeed, when it's off, it's off, and the rest is the PSU idle consumption. The amp's auto mode still consumes way too much, though. So my point stands: the "idling" module in the...

I believe that's illegal in the EU: home electronics, including a/v equipment, are not allowed to consume more than 0.5w in off/standby modes. From the technical point of view, it's hard to argue why an electronic device would need 2.2w in off mode, that's just bad design.

@MCH so, were you able to get anywhere with eARC, or is the idea on hold for now? Also, have you considered just plugging the RPi into the TV as a USB OTG gadget? In my case it doesn't work: the TV detects it as "Bluetooth Headphones", and doesn't route any sound there. Still, it heavily...