Docker continaer on Raspberry Pi has a bad ffmpeg binary #27
Comments
|
Hello,
In the playlist configuration, you can set the Audio Mode to 'No transcoding'.
https://doc.koozic.net/music/playlists/playlists.html#fields
…-------- Message d'origine --------
On 3 juil. 2019 à 16:55, apastuszak a écrit :
I used docker compose to build a koozic docker image and container and got it fire up and I could log in. But koozic will not play any music.
When I went into the console for the container and tried to run ffmpeg, I get the following error.
***@***.***:/# ffmpeg bash: /usr/local/bin/ffmpeg: cannot execute binary file: Exec format error
This seems to be indicative of an x86/x64 binary in an arm container.
Is it possible to completely disable any kind of transcoding and just have koozic play the file as-is?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, [view it on GitHub](#27?email_source=notifications&email_token=AAC6PCEC3IQUI3QJGMEGRR3P5SVWBA5CNFSM4H5GDK5KYY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4G5EREBQ), or [mute the thread](https://github.com/notifications/unsubscribe-auth/AAC6PCCAEYMLG6TRAOZT4C3P5SVWBANCNFSM4H5GDK5A).
|
|
Ok, changed the Audio API to Web Audio API and turned on No Transcoding. Music still won't play. |
|
Activate only No Transcoding. Did you try to refresh the page ?
…-------- Message d'origine --------
On 3 juil. 2019 à 17:21, apastuszak a écrit :
Ok, changed the Audio API to Web Audio API and turned on No Transcoding. Music still won't play.
—
You are receiving this because you commented.
Reply to this email directly, [view it on GitHub](#27?email_source=notifications&email_token=AAC6PCDMIAWG5UGQL6OCOPTP5SYWNA5CNFSM4H5GDK5KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODZETNQY#issuecomment-508114627), or [mute the thread](https://github.com/notifications/unsubscribe-auth/AAC6PCHJZAJYBTVMEFIMJW3P5SYWNANCNFSM4H5GDK5A).
|
|
I did that and stopped and started the container. Is there some kind of logging I can enable? |
|
Stop the container:
docker-compose stop
Start without the daemon mode:
docker-compose up
You'll get the log on the standard output
-------- Original Message --------
…On Jul 3, 2019, 5:37 PM, apastuszak wrote:
I did that and stopped and started the container. Is there some kind of logging I can enable?
—
You are receiving this because you commented.
Reply to this email directly, [view it on GitHub](#27?email_source=notifications&email_token=AAC6PCBREVQ7CDQWNDVNE3LP5S2RRA5CNFSM4H5GDK5KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODZEVANQ#issuecomment-508121142), or [mute the thread](https://github.com/notifications/unsubscribe-auth/AAC6PCAXSTRS5LY6MD3LNC3P5S2RRANCNFSM4H5GDK5A).
|
|
There is nothing useful in the standard output. Here is what I am seeing now: If I add anything to the playlist I have set not to transcode, it seems to play fine. If I just browse my library and click on a track to play, the HTML5 player "loads" the file, but it never plays. And nothing will play using any iOS subsonic client I tried. Is there any way to tell koozic to never transcode any files that are played, regardless of how they're played, system-wide? |
|
The behavior you describe does seem coherent. Transcoding is the default behavior unless specified differently for a given playlist. But that means it only applies to the playlist when played in the web browser.
When you play a track directly, it is not added to the playlist, therefore it doesn't follow the playlist configuration. Same goes for the Subsonic app.
2 solutions I need to check:
- include a ffmpeg binary for ARM in the Docker installation. But the RPi might be overloaded by transcoding since it doesn't have much CPU power.
- add an option to never transcode, whatever the configuration.
At the moment there might be a workaround, assuming your files are in the MP3 format. Indeed, Koozic does not transcode a file if:
1. The file has the same format than the output format
2. The requested bitrate is larger than the file bitrate.
Therefore, you could:
- go in Configuration > Transcoders
- move the MP3 transcoder to the top of the list to give it the priority over the Opus transcoder
That should solve the issue when you play a track directly, i.e not from a playlist.
Regarding Subsonic, make sure your application requests the highest possible bitrate. By the way, I suggest the app Soudwaves for iOS: https://itunes.apple.com/app/soundwaves/id736139596?mt=8
Hope it helps.
PS: I'll have a look at the mentioned solutions at the beginning of August since I won't have computer access in July.
Sorry for the bad formatting, replying from email...
|
|
I would prefer if it never transcoded. I have a mix of MP3 and M4A files and I would prefer they be sent "as-is." But you're not writing this for me, you're writing it for you. And don't apologize for anything. You wrote something and gave it away for free. In my book, you win always. |
|
Thanks for the support 😉 Indeed I wrote it for me, but it's better if it can be useful to others. I'll have a look to make the "No Transcoding" a possible default option. I just need to think of a clear way to make it available for end users, since I want to keep the interface as simple as possible. I'll work on it at the beginning of August and keep you posted. |
|
Thank you!
…On Sat, Jul 6, 2019 at 11:33 AM DocMarty84 ***@***.***> wrote:
Thanks for the support 😉
Indeed I wrote it for me, but it's better if it can be useful to others.
I'll have a look to make the "No Transcoding" a possible default option. I
just need to think of a clear way to make it available for end users, since
I want to keep the interface as simple as possible.
I'll work on it at the beginning of August and keep you posted.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#27?email_source=notifications&email_token=AAZ6KXVT4LWYJ6P6DDMZF6DP6C3NXA5CNFSM4H5GDK5KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODZK3U2Q#issuecomment-508934762>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAZ6KXRUOCQHKTDTF56NTWLP6C3NXANCNFSM4H5GDK5A>
.
|
|
Hi! A "no transcoding" option would be great as I am facing this exact same issue on my ARM device. If you end up implementing this option, please do keep us posted :) |
|
@peguerosdc Are you also using Docker? |
|
@DocMarty64 yes |
|
Considering the processing power of a Pi, I think it would be best to
simply have an option to disable transcoding completely.
Andy
…On Wed, Jul 17, 2019 at 12:50 PM peguerosdc ***@***.***> wrote:
@DocMarty64 yes
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#27?email_source=notifications&email_token=AAZ6KXSDIOUVJT7FGQ7K2CLP75EW5A5CNFSM4H5GDK5KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD2FAYOI#issuecomment-512363577>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAZ6KXWZDMJ5T4DFE2ZXGRTP75EW5ANCNFSM4H5GDK5A>
.
|
|
Yes, that's what I'm planning to do. |
|
Hello, At the moment, the |
Use the ffmpeg binary from the apt repository when building the Docker image. We also add some minor information on the docker-compose file and the README. Related to #27
|
It is implemented in DocMarty84/oomusic@21e40e6 ('Disable Transcoding')
When the option is activated, transcoding is completely deactivated for both web application of Subsonic API. Please note that in the final release (target: v2.2.0), this option will displayed only debug mode since it is an advanced configuration. To display it, you'll have to add |
|
Excellent. I will try it out later today.
…On Thu, Aug 1, 2019 at 9:54 AM DocMarty84 ***@***.***> wrote:
It is implemented in a102f83
<a102f83>
('Disable Transcoding')
[image: Capture du 2019-08-01 15-50-36]
<https://user-images.githubusercontent.com/386952/62298964-57937b80-b474-11e9-98c0-686317054146.png>
When the option is activated, transcoding is completely deactivated for
both web application of Subsonic API.
Please note that in the final release (target: v2.2.0), this option will
displayed only debug mode since it is an advanced configuration. To display
it, you'll have to add ?debug in the url: http://<my_host>/web?debug (see
the url in the screenshot)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#27?email_source=notifications&email_token=AAZ6KXUEPXDQBPFGHKSHZ3TQCLTJTA5CNFSM4H5GDK5KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD3KVQIA#issuecomment-517298208>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAZ6KXUBKZD5GNOTLKQOYPDQCLTJTANCNFSM4H5GDK5A>
.
|
|
Please note it is not released yet. I expect to release a new beta with this feature by the end of the week. |
|
In that case, I will just wait patiently.
…On Thu, Aug 1, 2019 at 10:53 AM DocMarty84 ***@***.***> wrote:
Please note it is not released yet. I expect to release a new beta with
this feature by the end of the week.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#27?email_source=notifications&email_token=AAZ6KXXJ4JZAQA2ZD4IZXE3QCL2HLA5CNFSM4H5GDK5KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD3K3OOQ#issuecomment-517322554>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAZ6KXSEKEUERCBCIZSTW6LQCL2HLANCNFSM4H5GDK5A>
.
|
|
v2.2.0-beta.4 has been released: https://github.com/DocMarty84/koozic/releases/tag/v2.2.0-beta.4 As mentioned earlier, the option appears only in debug mode:
|
|
Trying to build this on Raspbian and I am getting this after I run
|
|
Fixed the issue by removing ffmpeg from line 22 of the Dockerfile |
|
This is because koozic/extra/docker/Dockerfile Line 17 in 053a5f6 I'm pretty sure you wouldn't have had the issue if the Docker image cache was cleared. By removing the ffmpeg line, Docker re-used a previously built image. It should be solved in b029a30 By the way, how does the no-transcoding feature works? Note: by installing FFMpeg through |
|
On desktop it works great. I'll be testing Subsonic shortly.
…On Sat, Aug 3, 2019 at 4:07 AM DocMarty84 ***@***.***> wrote:
This is because apt-get update was not run beforehand, and Docker used
the image already built up to this step:
https://github.com/DocMarty84/koozic/blob/053a5f66f638bbe45ea99b916eb61d1af0f07e87/extra/docker/Dockerfile#L17
I'm pretty sure you wouldn't have had the issue if the Docker image cache
was cleared. By removing the ffmpeg line, Docker re-used a previously built
image.
It should be solved in b029a30
<b029a30>
By the way, how does the no-transcoding feature works?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#27?email_source=notifications&email_token=AAZ6KXWSXGL3PDPY2UMZ7GTQCU4EXA5CNFSM4H5GDK5KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD3PJT4A#issuecomment-517904880>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAZ6KXUOXDLVO2HRGXBC6V3QCU4EXANCNFSM4H5GDK5A>
.
|
|
Subsonic is not working. I tried both AVsub and PlaySub on iOS. AVSub tells me an unknown error occrued and PlaySub pulls down the artist list and then says the server is offline. |
|
A log is needed then.
Thanks! |
I used docker compose to build a koozic docker image and container and got it fire up and I could log in. But koozic will not play any music.
When I went into the console for the container and tried to run ffmpeg, I get the following error.
root@a59536472f3d:/# ffmpeg bash: /usr/local/bin/ffmpeg: cannot execute binary file: Exec format errorThis seems to be indicative of an x86/x64 binary in an arm container.
Is it possible to completely disable any kind of transcoding and just have koozic play the file as-is?
The text was updated successfully, but these errors were encountered: