**** BEGIN LOGGING AT Thu Sep 15 02:59:56 2022 Sep 15 03:36:35 The configuration file is empty Sep 15 03:36:50 it was there before but now its empty Sep 15 03:37:14 Isn't the command sudo pico /etc/mpf.conf Sep 15 03:44:04 DoubleA: uhh, have you looked at what you just typed? the typo is rather obvious. Sep 15 03:44:19 but also, I didn't say anything about /etc/mpd.conf, I said /etc/systemd/system/pulseaudio-dlna.service Sep 15 03:45:59 (which is a file you've previously created as part of the tutorial you followed, and which can be edited in the same way) Sep 15 03:49:07 i realized my mistake and am hitting my head currently lol Sep 15 03:49:55 Thank you for the clarification Sep 15 03:56:43 I rebooted and error is still persistent Sep 15 03:58:54 yeah like I said I had no idea if it would help, but it was worth a try Sep 15 03:59:18 I have a question regarding the option single Sep 15 03:59:25 it may just be a problem with pulseaudio-dlna Sep 15 03:59:43 this isn't an mpd issue Sep 15 04:00:24 single mode in mpd means it will stop playback when it finishes playing a track, instead of going to the next track in the queue (if there is one) Sep 15 04:00:38 There is no track Sep 15 04:00:45 other track i mean Sep 15 04:00:52 its the only track Sep 15 04:01:11 hence it won't make any difference whether single mode is enabled or disabled Sep 15 04:01:51 I see Sep 15 04:02:54 it shows the track ending on the end of the ncmpcpp and that is what ends the playback on the speakers Sep 15 04:04:04 my guess would be pulseaudio-dlna for some reason stops streaming immediately when mpd stops providing audio, instead of letting the buffered audio drain first Sep 15 04:05:01 but like I said earlier, pulseaudio-dlna appears to be unmaintained... last commit was more than 5 years ago, and it has 98 open issues and 13 open pull requests on github Sep 15 04:05:35 what recommendation do you have for a system similar to pulseaudio? Sep 15 04:06:00 to pulseaudio-dlna you mean Sep 15 04:06:06 yes sir Sep 15 04:06:29 (that's an important distinction, pulseaudio itself is merely responsible for transporting audio between different programs on the beaglebone itself) Sep 15 04:06:47 (in this case, from mpd to pulseaudio-dlna) Sep 15 04:07:00 and dunno Sep 15 04:07:29 i aa... Sep 15 04:07:30 s Sep 15 04:07:46 i assume that the beagleboard isn't the limitation Sep 15 04:08:06 no the hardware is completely irrelevant here Sep 15 04:08:15 you're just using it as "any random linux system" Sep 15 04:08:41 it's possible there's a better way to stream to your audio devices Sep 15 04:09:10 i saw something on a forum where the configuration file was adjust to accomodate for longer songs Sep 15 04:09:19 ? Sep 15 04:09:45 I'm guessing whatever you're reading is unrelated, since that doesn't sound like something relevant here Sep 15 04:10:04 the individual has very long songs Sep 15 04:10:19 the player paused midway through the songs Sep 15 04:10:39 he said that he adjust the limit in the program to allow for longer songs Sep 15 04:10:54 i.e. whatever is going on there has indeed nothing to do with your situation Sep 15 04:11:42 i find it weird Sep 15 04:12:01 maybe because i am using google home mini speakers for this project Sep 15 04:12:27 maybe the google app has a limit for the audio that can be played Sep 15 04:12:59 no, I'm still fairly sure the primary blame lies with pulseaudio-dlna and the way it handles starting and stopping audio playback, but there may be ways to work around that Sep 15 04:13:22 in particular some way to force it to continuously "play audio" even if it's just silence Sep 15 04:13:40 i wish there was a way to do that Sep 15 04:14:20 i researched for hours and cant find the solution Sep 15 04:16:33 I mean, there's certainly ways to kludge together a solution for that, but I'd need to look into that myself Sep 15 04:17:16 VLC V3 via the Software Manager (Flatpak), audio casting to Chromecast works with no delay Sep 15 04:17:33 ^I found mention of this issue regarding the dela Sep 15 04:17:36 delay Sep 15 04:17:57 yeah, I was about to say, you may also just be able to use a better streaming server than the one embedded into pulseaudio-dlna Sep 15 04:18:39 like, what pulseaudio-dlna does is it creates a music streaming server and then uses the dlna protocol to talk to your device and get it to play that stream Sep 15 04:18:48 those two steps can also be done separately Sep 15 04:19:37 how would that work since they depend on each other to function Sep 15 04:19:46 one retrieves the song and the other sends it Sep 15 04:20:12 playing the song is mpd's job which is again a separate thing Sep 15 04:22:03 your current architecture is: mpd plays the song from its music library, it decodes the mp3 and sends the raw audio to pulseaudio, which forwards it to pulseaudio-dlna, which hosts a music streaming server that streams this audio, and then it tells your speaker to start playing this stream Sep 15 04:23:58 almost certainly the gaps at the start and end are due to these last two things being separate steps: most likely by the time your speaker has connected to the streaming server to start streaming the audio, some of the initial audio has already been discarded by pulseaudio-dlna Sep 15 04:24:31 and similarly it probably stops the stream on the speaker too soon while there's still audio buffered somewhere in the pipeline Sep 15 04:25:07 when the command is set for a certain time, the speakers connect at the right time Sep 15 04:25:26 playback of the audio follows after 15-30 seconds Sep 15 04:25:54 by then mpd is ahead and the speakers are playing catch up Sep 15 04:26:27 just to clarify, is there actual audio missing, or is your issue just that there's a lot of delay? Sep 15 04:27:01 because I can understand significant delay in this setup, although 15-30 seconds seems excessive... there's probably some buffer value that can be tweaked somewhere to fix that Sep 15 04:27:57 hmm, though I don't really see one in the pulseaudio-dlna documentation Sep 15 04:29:44 there is no audio missing Sep 15 04:29:54 i listened to it via my laptop Sep 15 04:31:01 earlier you said it was "cutting audio from the beginning and pausing/ending the song before it actually concludes" Sep 15 04:31:44 so you're giving conflicting information here Sep 15 04:32:58 the mp3 file is fine but the playback via the system that i set up has the file clipping a few seconds from the beginning and twenty seconds from the end Sep 15 04:33:42 that's what I was asking Sep 15 04:34:41 yes sir Sep 15 04:35:57 I don't know if location plays a role Sep 15 04:35:59 anyway, like I said, this very much just seems like a pulseaudio-dlna problem. the only real fix may be to use substantially different setup than the one in the tutorial you've followed Sep 15 04:36:31 i don't know of any other way Sep 15 04:36:43 this is the only way i found Sep 15 04:41:00 yeah I'm afraid that based on interacting with you I don't expect you to be able to cobble together an alternative yourself :P unfortunately I've never tried to create a setup like this myself so I don't have a solution readily available for you Sep 15 04:41:12 nor do I really have time to research one for you Sep 15 04:41:44 i know and i appreciate your help Sep 15 04:42:31 i am sorry for all the inconvenience Sep 15 04:43:09 i gave you a hard time Sep 15 06:17:43 Hi i had doubt regarding beagle bone,Is beaglebone Black Rev 5 and Beaglebone Black Rev C have same functionality? Sep 15 06:27:27 wow he had about 1 minute of patience, impressive Sep 15 08:24:33 Hi everybody! I am using BeagleBard-X15 and I have problems with the video acceleration: So when I cannot play a Video (VLC) nor in a webbrowser (Firefox+Youtube). Also Kodi works very slow... Sep 15 08:29:23 how to install the video acceletration drivers? Sep 15 08:30:25 recently I tried many firmware images (i. e. am57xx-debian-11.4-xfce-armhf-2022-09-02-4gb.img.xz) , but I got the same problem! Sep 15 08:40:30 any help? Sep 15 10:16:42 root@BeagleBone:/home/debian# dmesg | grep etnaviv Sep 15 10:16:43 [    5.855895] etnaviv-gpu: probe of 59000000.bb2d failed with error -2 **** ENDING LOGGING AT Fri Sep 16 02:59:57 2022