ffmpeg output file does not contain any stream

[Nadahar]

I suspect this to be a bug. Try to change "Video" to "true" in "Yamaha-RXV479.conf" and restart UMS. See if that makes them appear.

[SVMartin]

Yes, it does!

However, play the song fails of course.

Attached the log, it is around line 1450.

So, time to register a bug?

[Nadahar]

Code: Select all

DEBUG 2020-07-21 18:05:27.563 [HTTPv2 Request Worker 1] Final verdict: "01 - Do what's good for me.ogg" will be transcoded with player "FFmpeg Video" with mime type "audio/ogg"

I think it's time to file two bugs. The first is the filtering, the fact that UMS hides the file when "video == false" despite the fact that it is properly recognized as OGA (Ogg audio) - used internally to differentiate from OGG video files.

The second bug is the fact that it again fails to respect the fact that it's actually handling an audio file, so it sends the transcoding to "FFmpeg video" (an internal "module" that creates video output) instead of "FFmpeg audio". The result of this, is that it presents this to the renderer:

Code: Select all

  <item id="49" parentID="48" restricted="1">
    <dc:title>Do what's good for me</dc:title>
    <upnp:album>Hits unlimited</upnp:album>
    <upnp:artist>2 Unlimited</upnp:artist>
    <dc:creator>2 Unlimited</dc:creator>
    <upnp:originalTrackNumber>1</upnp:originalTrackNumber>
    <res xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" bitrate="23507" colorDepth="8" duration="0:03:51.093" nrAudioChannels="2" protocolInfo="http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_PS_PAL;DLNA.ORG_OP=11" sampleFrequency="44100">http://192.168.21.104:5001/get/49/01+-+Do+what%27s+good+for+me.ogg_transcoded_to.pcm</res>
    <res xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" protocolInfo="http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_SM;DLNA.ORG_FLAGS=00900000000000000000000000000000">http://192.168.21.104:5001/get/49/thumbnail0000JPEG_SM_01+-+Do+what%27s+good+for+me.ogg.jpg</res>
    <res xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" protocolInfo="http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_TN;DLNA.ORG_FLAGS=00900000000000000000000000000000">http://192.168.21.104:5001/get/49/thumbnail0000JPEG_TN_01+-+Do+what%27s+good+for+me.ogg.jpg</res>
    <res xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" protocolInfo="http-get:*:image/png:DLNA.ORG_PN=PNG_LRG;DLNA.ORG_FLAGS=00900000000000000000000000000000">http://192.168.21.104:5001/get/49/thumbnail0000PNG_LRG_01+-+Do+what%27s+good+for+me.ogg.png</res>
    <res xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" protocolInfo="http-get:*:image/png:DLNA.ORG_PN=PNG_TN;DLNA.ORG_FLAGS=00900000000000000000000000000000">http://192.168.21.104:5001/get/49/thumbnail0000PNG_TN_01+-+Do+what%27s+good+for+me.ogg.png</res>
    <upnp:albumArtURI xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" dlna:profileID="JPEG_SM">http://192.168.21.104:5001/get/49/thumbnail0000JPEG_SM_01+-+Do+what%27s+good+for+me.ogg.jpg</upnp:albumArtURI>
    <upnp:albumArtURI xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" dlna:profileID="JPEG_TN">http://192.168.21.104:5001/get/49/thumbnail0000JPEG_TN_01+-+Do+what%27s+good+for+me.ogg.jpg</upnp:albumArtURI>
    <upnp:albumArtURI xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" dlna:profileID="PNG_LRG">http://192.168.21.104:5001/get/49/thumbnail0000PNG_LRG_01+-+Do+what%27s+good+for+me.ogg.png</upnp:albumArtURI>
    <upnp:albumArtURI xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" dlna:profileID="PNG_TN">http://192.168.21.104:5001/get/49/thumbnail0000PNG_TN_01+-+Do+what%27s+good+for+me.ogg.png</upnp:albumArtURI>
    <dc:date>2016-01-14T06:40:24</dc:date>
    <upnp:class>object.item.audioItem.musicTrack</upnp:class>
  </item>

The later entries are just thumbnail entries, the first "res" is the one of interest. Specifically, it presents the file as "video/mpeg:DLNA.ORG_PN=MPEG_PS_PAL" - which means a MPEG Program Stream video in PAL (SD) resolution

I'm not that surprised that the Yamaha isn't interested in trying to play that...

[SubJunk]

Nice investigation. A possible workaround is to rename the files to .oga which is the more modern (since Xiph made it in 2008) extension to use for audio files

[SVMartin]

Didn't think about that, but it works!

Nevertheless will create the two bug tickets, would be nice to have proper support for .ogg audio files. It is always the question why I'm hitting this bug. Is this a rare use case, do others ask for help, or did they find a solution on their own

[Nadahar]

I would say that in general, there are a lot of "holes" when it comes to audio in UMS. The focus is primarily on video, and audio is often treated "as an afterthought". Ogg-vorbis files shouldn't be considered "rare" at all, in fact I consider them as quite common, below MP3 but above most other audio formats. That said, I might be a bit outdated myself..

[SVMartin]

Anyone who is running into this issue.. to quickly rename all files on Ubuntu 20.04:
1. first install 'rename' (sudo apt install rename)
2. cd into your music collection directory
3. run: find -name *.ogg -execdir rename -n -v 's/\.ogg$/.oga/' '{}' \;
4. check if all the changes are according to your expecations
5. run the same command without -n: find -name *.ogg -execdir rename -v 's/\.ogg$/.oga/' '{}' \;
6. enjoy!