[Solved: outdated module] moc-2.5.2-x86_64 only finds ogg

[ncmprhnsbl]

why anybody would delve into rc1 archives thinking that's a good idea for use in 5.0 final is beyond me..

[Rava]

^
It was the only moc-5.2-x86_64 module that was to be found…

But you are right, it was a less brilliant idea to say it favourably.

[beny]

hi Rava: with this work on aac but with a directory of suburb of goa aac ncurses give me weird titles like this:42 ??A - ??N (??) no problem with mp3
/mnt/sdh1/porteus/modules/faac-1.30-x86_64-1gv.xzm
/mnt/sdh1/porteus/modules/faad2-2.10.0-x86_64-1gv.xzm
/mnt/sdh1/porteus/modules/moc-2.5.2-x86_64-8.xzm

[Rava]

suburb of goa aac

I don't really understand what that means, sorry. Do you meant you have a file called "suburb of goa.aac" ?

/mnt/sdh1/porteus/modules/faac-1.30-x86_64-1gv.xzm
/mnt/sdh1/porteus/modules/faad2-2.10.0-x86_64-1gv.xzm
/mnt/sdh1/porteus/modules/moc-2.5.2-x86_64-8.xzm

Try deactivating faac-1.30-x86_64-1gv.xzm and faad2-2.10.0-x86_64-1gv.xzm.
When your moc-2.5.2-x86_64-8.xzm got created as ncmprhnsbl described

Code: Select all

getpkg moc libid3tag

[OK] moc-2.5.2-x86_64-8.txz
[OK] libid3tag-0.15.1b-x86_64-7.txz

Please enter a directory to download the packages to.

then try activating only moc-2.5.2-x86_64-8.xzm and look how it turns out with your issue,
and also try activating moc-2.5.2-x86_64-8.xzm and libid3tag-0.15.1b-x86_64-7.xzm and look again how that turns out with your issue.

Added in 7 minutes 29 seconds:
What I can say for now is, I do not get that the advantage of activating libid3tag-0.15.1b-x86_64-7.xzm when using moc.

As you can see by using ffplay this mp3 uses id-tags:

Code: Select all

guest@porteus:/7/sound/mp3/LedZeppelin$ ffplay -nodisp 3-III-06-Gallows\ Pole.mp3 
[mp3 @ 0x7fc768000cc0] Estimating duration from bitrate, this may be inaccurate
Input #0, mp3, from '3-III-06-Gallows Pole.mp3':
  Metadata:
    artist          : Led Zeppelin
    title           : Gallows Pole
    track           : 2
    genre           : Rhythmic Soul
    album           : 00Auswahl
    date            : 1970
  Duration: 00:04:56.21, start: 0.000000, bitrate: 160 kb/s
  Stream #0:0: Audio: mp3, 44100 Hz, stereo, fltp, 160 kb/s
^Cguest@porteus:/7/sound/mp3/LedZeppelin$     0KB sq=    0B f=0/0    

Code: Select all

┌───────┤/7/sound/mp3/LedZeppelin├─────┐┌──────────────┤Playlist├──────────────┐
│../                                   ││                                      │
│1 Led Zeppelin - Ramble On [     |MP3]││                                      │
│9 Led Zeppelin - Bring It o[     |MP3]││                                      │
│2 Led Zeppelin - Gallows Po[04:56|MP3]││                                      │
│3 Led Zeppelin - Tangerine [     |MP3]││                                      │
[…]
├────┤Playing...               ├──────────┤       Master  59%  ├───┤>000:04:56├┤
│ > 2 Led Zeppelin - Gallows Pole (00Auswahl)                                  │
│00:09 04:47 [04:56]   44kHz  160kbps [STEREO] [NET] [SHUFFLE] [REPEAT] [NEXT] │
└┤                                                                            ├┘

This is how it looks in mocp - what advantage do I have by having activated libid3tag-0.15.1b-x86_64-7.xzm ?

[ncmprhnsbl]

This is how it looks in mocp - what advantage do I have by having activated libid3tag-0.15.1b-x86_64-7.xzm ?

perhaps it works fine without it, i only included it because it comes up as a missing lib when you run ldd on moc's mp3 plugin (and therefore silencing the "file not found" message at startup).

[Rava]

perhaps it works fine without it, i only included it because it comes up as a missing lib when you run ldd on moc's mp3 plugin (and therefore silencing the "file not found" message at startup).

Indeed, this is mocp with activated libid3tag-0.15.1b-x86_64-7.xzm

Code: Select all

guest@porteus:/7/sound/mp3$ mocp .
Running the server...
Trying ALSA...

and this is it after I "deactivate libid3tag-0.15.1b-x86_64-7.xzm"

Code: Select all

guest@porteus:/7/sound/mp3$ mocp .
Can't load plugin libmp3_decoder: file not found
Running the server...
Trying ALSA...

but unlike the outdated module from the beginning, it still can play mp3's just fine.

Added in 6 minutes 41 seconds:
Experimenting with moc I realized that when you use the volume control via the command keys in mocp it resets the volume (meaning the different volume for main left/right is reset - this time to the loudest of the two volumes) - about my issue with the volume see here Where does XFCE store Volume Control settings?
To keep a different left/right in Volume Control you have to not use mocp's way of adjusting the volume but look in the tab [Playback] for the Entry "ALSA plugin [mocp]" (reflecting that it's starting info of "Trying ALSA..." is successful) and adjust the volume via volume control and not via moc.

Added in 21 minutes 21 seconds:
Loading my folder with baroque guitar by the brilliant Konrad Ragossnig I realized the sorting looks off

Code: Select all

┌┤───/7/sound/mp3/Ragossnig,Konrad────├┐┌──────────────┤Playlist├──────────────┐
│../                                   ││                                      │
│9 Konrad Ragossnig - Forlon[03:56|MP3]││                                      │
│24 Konrad Ragossnig - Ricer[01:03|MP3]││                                      │
│5 Konrad Ragossnig - Moresc[00:57|MP3]││                                      │
│8 Konrad Ragossnig - Aria d[10:35|MP3]││                                      │
│12 Konrad Ragossnig - Pavan[01:02|MP3]││                                      │
│13 Konrad Ragossnig - Pavan[01:13|MP3]││                                      │

and then I realized it is due to the files appearing sorted like their file names - but are displayed due to their id3 tags. (The "9" is the track number of the 1st file, and "Forlone Hope Fancy / John Dowland" is its title)
And I do have libid3tag-0.15.1b-x86_64-7.xzm deactivated!
Meaning, mocp does indeed use the id3tags to display the songs, and not even needs the extra libid3tag-0.15.1b-x86_64-7.xzm to do so, at least in my Port 5.0 XFCE.

[Rava]

Using mocp as per module created like described above:
237568 bytes moc-2.5.2-x86_64-8.xzm
(your md5sum of the module will vary from mine therefore I do not provide it; creating the module by yourself is easy, see above)

Just as heads up on the memory use.
I had it running in a xfce-terminal tab and quit it by "Q" (in comparison to quitting it via "q" "Q" also kills its sound server, therefore freeing max RAM)

First what fxsx is:

Code: Select all

#!/bin/bash
#fxsx V0.1 - like "fx;t;sx" but omitting the date/time header from standalone sx
function sx () 
{ 
   { 
        read firstLine;
        echo "$firstLine";
        while read f t s u p; do
            let "s2 = $s / 1024";
            let "u2 = $u / 1024";
            printf '%-40s%-16s%-8s%-8s%-8s\n' $f $t $s2 $u2 $p;
        done
    } < /proc/swaps
}

function fx ()
{	echo $(date +%d.%m.%Y\ %H:%M:%S) ____________________________________________________________;
	/bin/free -m
}

function t () {
	echo "________________________________________________________________________________"
}

fx;t;sx

(actually in my system t is a script that adapts to the COLUMNS widths of the terminal and prints that line in yellow. In the above code I replaced that with a simple divider line of 80 characters which is most often than not the actual COLUMNS width of your terminal, but this can differ!)

When mocp was still running:

Code: Select all

guest@porteus:/4$ fxsx
01.10.2022 09:00:53 ____________________________________________________________
               total        used        free      shared  buff/cache   available
Mem:            3873        2931         217         181         724         345
Swap:           4917           0        4917
________________________________________________________________________________
Filename				Type		Size	Used	Priority
/dev/sda6                               partition       4607    0       -2      
/dev/zram0                              partition       309     0       100     

after quitting mocp with "Q"

Code: Select all

guest@porteus:/4$ echo after Q mocp:;fxsx
after Q mocp:
01.10.2022 09:01:27 ____________________________________________________________
               total        used        free      shared  buff/cache   available
Mem:            3873        2885         251         181         737         391
Swap:           4917           0        4917
________________________________________________________________________________
Filename				Type		Size	Used	Priority
/dev/sda6                               partition       4607    0       -2      
/dev/zram0                              partition       309     0       100     

The most interesting areas are: Mem: free and Mem: available