I think, this is a good case for a smart playlist (https://github.com/ejurgensen/forked-da ... SMARTPL.md). Something like the following excludes the pipe (data_kind for pipes is "pipe"):cdlenfert wrote: ↑Wed Jan 17, 2018 7:27 pmQuestion 1:
When I shuffle my songs, is it possible to get forked-daapd to skip the "pipe" track if nothing is being output to it? Currently if I play to my shairport-sync speaker (on the same Pi) it fills the pipe and forked-daapd plays the pipe audio automatically (which is how it should work).
Code: Select all
"Local music" {
data_kind is file
and media_kind is music
}
No clue, why the pipe playback interferes with the mpd client. I will try to reproduce this issue, but if you could get a debug log, that would be great.cdlenfert wrote: ↑Wed Jan 17, 2018 7:27 pmSidenote: When I want to skip from the pipe to the next track I have to do it via the iOS Remote app because my MPD client for my Pebble watch can't make the connection to forked-daapd while the pipe is playing. As soon as I go to a real song my controls come back. I'm curious if I set shairport-sync to send metadata to the pipe as well if that will let the Pebble MPD client connect when a pipe is playing.
Code: Select all
[2018-01-23 03:47:52] [ LOG] player: Source is not providing sufficient data, temporarily suspending playback (deficit=188)
chme wrote: ↑Sat Jan 20, 2018 7:30 amNo clue, why the pipe playback interferes with the mpd client. I will try to reproduce this issue, but if you could get a debug log, that would be great.cdlenfert wrote: ↑Wed Jan 17, 2018 7:27 pmSidenote: When I want to skip from the pipe to the next track I have to do it via the iOS Remote app because my MPD client for my Pebble watch can't make the connection to forked-daapd while the pipe is playing. As soon as I go to a real song my controls come back. I'm curious if I set shairport-sync to send metadata to the pipe as well if that will let the Pebble MPD client connect when a pipe is playing.
Code: Select all
[2018-01-24 18:43:36] [ LOG] db: Now vacuuming database, this may take some time...
[2018-01-24 18:43:42] [ LOG] db: Database OK with 4836 active files and 12 active playlists
Code: Select all
[2018-01-24 18:44:21] [ LOG] scan: Unchanged iTunes XML found, not processing '/media/pi/MC128GB/iTunes/iTunes Media/iTunes Music Library.xml'
Code: Select all
[2018-01-24 18:53:53] [ LOG] db: Now vacuuming database, this may take some time...
[2018-01-24 18:53:57] [ LOG] db: Database OK with 4836 active files and 6 active playlists
ejurgensen wrote: ↑Thu Jan 18, 2018 7:25 pmIt's best to do like it says in the very first post of this thread, i.e. add the repository to your /etc/apt/sources.list. If you install the .deb you won't get updates with apt upgrade.
Make sure you have the right the link/line. As you can see in the first post, it should be:
deb http://www.gyfgafguf.dk/raspbian/forked-daapd/ jessie contrib
Not sure I completely understand this. If you have example, especially one I can reproduce, it would be great.fabio1299 wrote: ↑Sun Jan 28, 2018 7:01 pmI found some character encoding incompatibility between iTunes/MacOS and forked-daapd/Raspbian. The accented characters in MacOS seem to be composite characters whereas in Raspbian they are precomposed characters. This affects the playlists import even when I use m3u (I get all my playlists, but with only one song in them). To properly import m3u playlists generated with iTunes on MacOS I have to "clean" them with Clementine on the Raspberry. Once I do the cleaning in Clementine, forked-daapd imports them without issues.
You shouldn't need to edit the paths, but if there is a char encoding problem perhaps the filename matching won't work.
Yes, I have heard about that before. The reason is that iTunes saves some artwork in its own database, not in the media file itself.
Not impossible, the reason is simply that no-one ever added this capability to forked-daapd.fabio1299 wrote: ↑Sun Jan 28, 2018 7:01 pmI also have a more general question regarding the interaction between forked-daapd and the iOS Remote app: when I connect to iTunes I'm able to create/edit playlists directly from the remote. I don't have that functionality when I connect the forked-daapd, and was wondering whether there is a specific limitation that makes implementation of the function impossible or if it just a development decision on your part not to tackle this aspect?
For instance, I have an entry in my library for the file:ejurgensen wrote:
Sun Jan 28, 2018 4:14 pmNot sure I completely understand this. If you have example, especially one I can reproduce, it would be great.fabio1299 wrote: ↑
Sun Jan 28, 2018 2:01 pm
I found some character encoding incompatibility between iTunes/MacOS and forked-daapd/Raspbian. The accented characters in MacOS seem to be composite characters whereas in Raspbian they are precomposed characters. This affects the playlists import even when I use m3u (I get all my playlists, but with only one song in them). To properly import m3u playlists generated with iTunes on MacOS I have to "clean" them with Clementine on the Raspberry. Once I do the cleaning in Clementine, forked-daapd imports them without issues.
Code: Select all
echo -n "à" | od -An -tuC
Code: Select all
97 204 128
Code: Select all
195 160
Code: Select all
prompt>$ strings 11\ -\ You\'re\ So\ Real.mp3 | head -20
TALB
TPE1
TPE2
TENC
TCON
TLEN
181306
TMED
TIT2
TRCK
11/12
TYER
2002
MCDI
GRP1
party
Xing
"%'),.257:<?BDGIKNPSVX[]_cehjmosuxz}
Code: Select all
prompt>$ ffprobe 11\ -\ You\'re\ So\ Real.mp3
ffprobe version N-85386-gd14a1bd Copyright (c) 2007-2017 the FFmpeg developers
built with gcc 4.8 (Raspbian 4.8.2-21~rpi3rpi1)
configuration: --arch=armel --target-os=linux --enable-gpl --enable-libx264
libavutil 55. 60.100 / 55. 60.100
libavcodec 57. 92.100 / 57. 92.100
libavformat 57. 72.100 / 57. 72.100
libavdevice 57. 7.100 / 57. 7.100
libavfilter 6. 84.100 / 6. 84.100
libswscale 4. 7.100 / 4. 7.100
libswresample 2. 8.100 / 2. 8.100
libpostproc 54. 6.100 / 54. 6.100
Input #0, mp3, from '11 - You're So Real.mp3':
Metadata:
album : More Than You Think You Are
artist : Matchbox Twenty
album_artist : Matchbox Twenty
encoded_by : Encoded with FreeRIP
genre : Pop
TLEN : 181306
TMED : CD
title : You're So Real
track : 11/12
date : 2002
Duration: 00:03:01.37, start: 0.025057, bitrate: 153 kb/s
Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 153 kb/s
Metadata:
encoder : LAME3.98r
Code: Select all
prompt>$ id3v2 -l 11\ -\ You\'re\ So\ Real.mp3
id3v1 tag info for 11 - You're So Real.mp3:
Title : You're So Real Artist: Matchbox Twenty
Album : More Than You Think You Are Year: 2002, Genre: Pop (13)
Comment: Track: 11
id3v2 tag info for 11 - You're So Real.mp3:
TALB (Album/Movie/Show title): More Than You Think You Are
TPE1 (Lead performer(s)/Soloist(s)): Matchbox Twenty
TPE2 (Band/orchestra/accompaniment): Matchbox Twenty
TENC (Encoded by): Encoded with FreeRIP
TCON (Content type): Pop (13)
TLEN (Length): 181306
TMED (Media type): CD
TIT2 (Title/songname/content description): You're So Real
TRCK (Track number/Position in set): 11/12
TYER (Year): 2002
MCDI (Music CD identifier): (unimplemented)
GRP1 (): frame