<DoubleA>
zmatt I troubleshooted mpc and can't figure out what to do to prevent songs from ending early
<DoubleA>
I don't know what to do
GenTooMan has quit [Ping timeout: 244 seconds]
GenTooMan has joined #beagle
<zmatt>
it's probably just an issue with how pulseaudio-dlna works... it does have some options to tweak its behaviour. I have no idea if they will help with your problem but you can obviously try: in /etc/systemd/system/pulseaudio-dlna.service try changing the line:
<zmatt>
then reload the config file using sudo systemctl daemon-reload and restart the service with sudo systemctl restart pulseaudio-dlna
<zmatt>
(or just reboot the beaglebone)
DoubleA has quit [Ping timeout: 252 seconds]
DoubleA has joined #beagle
<DoubleA>
ok
<DoubleA>
i will give it a try
<zmatt>
it probably won't help with the first time you play but maybe it'll keep the stream active after that
starblue has quit [Ping timeout: 264 seconds]
<DoubleA>
sounds like it could be workable
starblue has joined #beagle
thinkfat_ has joined #beagle
thinkfat has quit [Ping timeout: 264 seconds]
brook has joined #beagle
<DoubleA>
The configuration file is empty
<DoubleA>
it was there before but now its empty
<DoubleA>
Isn't the command sudo pico /etc/mpf.conf
<zmatt>
DoubleA: uhh, have you looked at what you just typed? the typo is rather obvious.
<zmatt>
but also, I didn't say anything about /etc/mpd.conf, I said /etc/systemd/system/pulseaudio-dlna.service
<zmatt>
(which is a file you've previously created as part of the tutorial you followed, and which can be edited in the same way)
<DoubleA>
i realized my mistake and am hitting my head currently lol
<DoubleA>
Thank you for the clarification
<DoubleA>
I rebooted and error is still persistent
<zmatt>
yeah like I said I had no idea if it would help, but it was worth a try
<DoubleA>
I have a question regarding the option single
<zmatt>
it may just be a problem with pulseaudio-dlna
<zmatt>
this isn't an mpd issue
<zmatt>
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)
<DoubleA>
There is no track
<DoubleA>
other track i mean
<DoubleA>
its the only track
<zmatt>
hence it won't make any difference whether single mode is enabled or disabled
<DoubleA>
I see
<DoubleA>
it shows the track ending on the end of the ncmpcpp and that is what ends the playback on the speakers
<zmatt>
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
vagrantc has quit [Quit: leaving]
<zmatt>
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
<DoubleA>
what recommendation do you have for a system similar to pulseaudio?
<zmatt>
to pulseaudio-dlna you mean
<DoubleA>
yes sir
<zmatt>
(that's an important distinction, pulseaudio itself is merely responsible for transporting audio between different programs on the beaglebone itself)
<zmatt>
(in this case, from mpd to pulseaudio-dlna)
<zmatt>
and dunno
<DoubleA>
i aa...
<DoubleA>
s
<DoubleA>
i assume that the beagleboard isn't the limitation
<zmatt>
no the hardware is completely irrelevant here
<zmatt>
you're just using it as "any random linux system"
<zmatt>
it's possible there's a better way to stream to your audio devices
<DoubleA>
i saw something on a forum where the configuration file was adjust to accomodate for longer songs
<zmatt>
?
<zmatt>
I'm guessing whatever you're reading is unrelated, since that doesn't sound like something relevant here
<DoubleA>
the individual has very long songs
<DoubleA>
the player paused midway through the songs
<DoubleA>
he said that he adjust the limit in the program to allow for longer songs
<zmatt>
i.e. whatever is going on there has indeed nothing to do with your situation
<DoubleA>
i find it weird
<DoubleA>
maybe because i am using google home mini speakers for this project
<DoubleA>
maybe the google app has a limit for the audio that can be played
<zmatt>
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
<zmatt>
in particular some way to force it to continuously "play audio" even if it's just silence
<DoubleA>
i wish there was a way to do that
<DoubleA>
i researched for hours and cant find the solution
<zmatt>
I mean, there's certainly ways to kludge together a solution for that, but I'd need to look into that myself
<DoubleA>
VLC V3 via the Software Manager (Flatpak), audio casting to Chromecast works with no delay
<DoubleA>
^I found mention of this issue regarding the dela
<DoubleA>
delay
<zmatt>
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
<zmatt>
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
<zmatt>
those two steps can also be done separately
<DoubleA>
how would that work since they depend on each other to function
<DoubleA>
one retrieves the song and the other sends it
<zmatt>
playing the song is mpd's job which is again a separate thing
<zmatt>
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
<zmatt>
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
<zmatt>
and similarly it probably stops the stream on the speaker too soon while there's still audio buffered somewhere in the pipeline
<DoubleA>
when the command is set for a certain time, the speakers connect at the right time
<DoubleA>
playback of the audio follows after 15-30 seconds
<DoubleA>
by then mpd is ahead and the speakers are playing catch up
<zmatt>
just to clarify, is there actual audio missing, or is your issue just that there's a lot of delay?
<zmatt>
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
<zmatt>
hmm, though I don't really see one in the pulseaudio-dlna documentation
<DoubleA>
there is no audio missing
<DoubleA>
i listened to it via my laptop
<zmatt>
earlier you said it was "cutting audio from the beginning and pausing/ending the song before it actually concludes"
<zmatt>
so you're giving conflicting information here
<DoubleA>
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
<zmatt>
that's what I was asking
<DoubleA>
yes sir
<DoubleA>
I don't know if location plays a role
<zmatt>
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
<DoubleA>
i don't know of any other way
<DoubleA>
this is the only way i found
<zmatt>
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
<zmatt>
nor do I really have time to research one for you
<DoubleA>
i know and i appreciate your help
<DoubleA>
i am sorry for all the inconvenience
<DoubleA>
i gave you a hard time
brook has quit [Remote host closed the connection]
brook has joined #beagle
brook has quit [Read error: Connection reset by peer]
DoubleA has quit [Quit: Client closed]
buzzmarshall has quit [Quit: Konversation terminated!]
Guest75 has joined #beagle
<Guest75>
Hi i had doubt regarding beagle bone,Is beaglebone Black Rev 5 and Beaglebone Black Rev C have same functionality?
Guest75 has quit [Client Quit]
<zmatt>
wow he had about 1 minute of patience, impressive
rob_w has joined #beagle
doppo has quit [Remote host closed the connection]
doppo has joined #beagle
Guest11 has joined #beagle
<Guest11>
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...
<Guest11>
how to install the video acceletration drivers?
<Guest11>
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!
florian has joined #beagle
vvn has quit [Ping timeout: 264 seconds]
<Guest11>
any help?
set_ has quit [Remote host closed the connection]
Shadyman has quit [Remote host closed the connection]
ft has quit [Quit: Lost terminal]
rob_w has quit [Remote host closed the connection]