So just by way of a baseline, I started again from scratch. Another new
pCP6.0.0 image in a different Raspberry Pi4 - only this time I've used
wired internet, rather than wireless, to eliminate any possibility that
editing the wpa_supplicant file, or even mounting the boot partition in
a GB-based Macbook, could be making a difference. So the SD card came
straight out of the laptop after writing the image (i.e. it was never
mounted), and straight into the RPi4.
I booted it up, loaded pcp-lame.tcz and pcp-id3v2.tcz via the web
interface, transferred a small wav file via Filezilla (the
'testcase.wav' file that comes with the lame source code), and then
encoded it with lame as follows. The hexdump and id3v2 utility both
show that the TPE1 tag is empty.
Code:
--------------------
tc@piCorePlayer:~$ lame --id3v2-only --ta lameartist testcase.wav
testcase.mp3
LAME 3.100 32bits (http://lame.sf.net)
Using polyphase lowpass filter, transition band: 16538 Hz - 17071 Hz
Encoding testcase.wav to testcase.mp3
Encoding as 44.1 kHz j-stereo MPEG-1 Layer III (11x) 128 kbps qval=3
Frame | CPU time/estim | REAL time/estim | play/CPU | ETA
23/23 (100%)| 0:00/ 0:00| 0:00/ 0:00| 5.5488x| 0:00
-------------------------------------------------------------------------------
kbps LR MS % long switch short %
128.0 95.7 4.3 78.3 13.0 8.7
Writing LAME Tag...done
ReplayGain: -1.6dB
tc@piCorePlayer:~$ hexdump -C -n 256 testcase.mp3
00000000 49 44 33 03 00 00 00 00 00 54 54 53 53 45 00 00 |ID3......TTSSE..|
00000010 00 2f 00 00 00 4c 41 4d 45 20 33 32 62 69 74 73 |./...LAME 32bits|
00000020 20 76 65 72 73 69 6f 6e 20 33 2e 31 30 30 20 28 | version 3.100 (|
00000030 68 74 74 70 3a 2f 2f 6c 61 6d 65 2e 73 66 2e 6e |http://lame.sf.n|
00000040 65 74 29 54 50 45 31 00 00 00 03 00 00 01 ff fe |et)TPE1.........|
00000050 54 4c 45 4e 00 00 00 04 00 00 00 35 36 36 ff fb |TLEN.......566..|
00000060 90 44 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |.D..............|
00000070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000080 00 00 49 6e 66 6f 00 00 00 0f 00 00 00 17 00 00 |..Info..........|
00000090 27 2e 00 0b 0b 0b 0b 16 16 16 16 21 21 21 21 21 |'..........!!!!!|
000000a0 2c 2c 2c 2c 37 37 37 37 42 42 42 42 42 4d 4d 4d |,,,,7777BBBBBMMM|
000000b0 4d 59 59 59 59 64 64 64 64 64 6f 6f 6f 6f 7a 7a |MYYYYdddddoooozz|
000000c0 7a 7a 85 85 85 85 85 90 90 90 90 9b 9b 9b 9b a6 |zz..............|
000000d0 a6 a6 a6 a6 b2 b2 b2 b2 bd bd bd bd c8 c8 c8 c8 |................|
000000e0 c8 d3 d3 d3 d3 de de de de e9 e9 e9 e9 e9 f4 f4 |................|
000000f0 f4 f4 ff ff ff ff 00 00 00 39 4c 41 4d 45 33 2e |.........9LAME3.|
00000100
tc@piCorePlayer:~$ id3v2 -l testcase.mp3
id3v2 tag info for testcase.mp3:
TSSE (Software/Hardware and settings used for encoding): LAME 32bits version
3.100 (http://lame.sf.net)
TPE1 (Lead performer(s)/Soloist(s)):
TLEN (Length): 566
testcase.mp3: No ID3v1 tag
--------------------
The locale is the default "C":
Code:
--------------------
tc@piCorePlayer:~$ locale
LANG=C
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=
--------------------
So clutching at straws here, what could possibly be different about my
pCP compared to Ralphy's?
- Regional differences in the embedded firmware?
- Connecting to a GB-based router?
- Accessing via Filezilla from a GB-based Macbook?
- Accessing via ssh from a GB-based Macbook?
Is anyone else able to repeat my steps above to see if they get the same
result?
------------------------------------------------------------------------
chill's Profile: http://forums.slimdevices.com/member.php?userid=10839
View this thread: http://forums.slimdevices.com/showthread.php?t=111997
_______________________________________________
ripping mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/ripping
