| View previous topic :: View next topic |
| Author |
Message |
Anonymous Guest
|
Posted: Thu Oct 26, 2006 5:00 pm Post subject: garbled metadata on second stream |
|
|
Running icecast 2.3.1 on machine 'darkstar', which is pulling 2 streams
from machine 'devoid' ( running 2 instances of ices 0.4) Both machines running Slackware 10.2, with ices 0.4 and icecast 2.3.1 compiled from tarballs along with support for the newest version (3.97) of lame.
Each source is streaming different content (mixed .oggs & .mp3s) going to 2 separate mount points (/stream & /rawk) on the icecast server. Both streams are using the mp3 encode option(as per the ices config files) @ 128 kbs.
While stream #1 (/stream) is updating the metadata perfectly and displaying the artist/title info properly in the listening clients, stream #2 (/rawk) is displaying garbled metadata in both the listen clients and the log files etc (for example: ˙ūP - ˙ūT)
I'm confused as hell because the 2 ices config files are identical with the exception of playlists (using builtin mode) and the mount points listed.
Here is some of the verbose output from the faulty stream:
| Code: |
DEBUG: Builtin playlist handler serving: /shared/music/Rock.pop.punk/Pulp - This Is Hardcore/05 - This Is Hardcore - Pulp - This Is Hardcore.mp3
DEBUG: Filename cleaned up from [/shared/music/Rock.pop.punk/Pulp - This Is Hardcore/05 - This Is Hardcore - Pulp - This Is Hardcore.mp3] to [05 - This Is Hardcore - Pulp - This Is Hardcore]
DEBUG: ID3v1: Title: This Is Hardcore
DEBUG: ID3v1: Artist: Pulp
DEBUG: ID3v2: version 3.0. Tag size is 6134 bytes.
DEBUG: ID3v2: Artist found: ˙ūP
DEBUG: ID3v2: Title found: ˙ūT
DEBUG: MPEG-1 layer III, 192 kbps, 44100 Hz, stereo
DEBUG: Ext: 0 Mode_Ext: 0 Copyright: 0 Original: 1
DEBUG: Error Protection: 0 Emphasis: 0 Padding: 0
Playing /shared/music/Rock.pop.punk/Pulp - This Is Hardcore/05 - This Is Hardcore - Pulp - This Is Hardcore.mp3
DEBUG: Updated metadata on /rawk to: ˙ūP - ˙ūT
|
As far as I can tell all my tags in my .mp3s are in order.
It's interesting to note that when this problematic mountpoint plays back an ogg file,
the metadata appears correctly, but when serving .mp3s, that's when the metadata is screwed.
But why is it working for both .mp3s and .oggs on the first mountpoint??
If anyone has any clue at all I'd be most grateful for your input.
Let me know if there's anymore information I can include.
Thanks |
|
| Back to top |
|
 |
Anonymous Guest
|
Posted: Fri Oct 27, 2006 6:19 am Post subject: |
|
|
Nevermind;
It appears my mp3 tags were in fact 'borked'.
How unprofessional of me....
Regards, |
|
| Back to top |
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2002 phpBB Group subRebel style by ktauber
|