|
Peer to Peer The 3rd millenium technology! |
|
Thread Tools | Search this Thread | Display Modes |
|
29-01-02, 07:00 AM | #1 |
OpenNap Server Operator
Join Date: Jan 2002
Location: U.K
Posts: 401
|
P2P Clients and VBR MP3
Some may know this, so don't crow at me please...
I always tend to go for the better quality high bit rate files in my searches for music, but it seems that some clients are incorrectly reporting real bit rates where VBR encoding is used (Variable Bit Rate) I've been searching for some rare tracks, and I always sort in bit rate order, high first, so it was with much disgust, that in desparation I had to grab a track registered at 48kbits, just to see if it was the one I was after, surprise, the encoder had set the minimum to 48k, and this was what registered in the list, on playing the bit rate soared up above 224 and it sounded superb, so all is not lost, if you cannot find that illusive track, checkup some of the lower bit rate ones, you may be surprised? The Clue in this case was in the playing length and the file size, a 6 megabyte file at 48k would be around 20 minutes long, not the usual length for a 6meg file of say 5 minutes. Well worth a check of some of the 48 & 96k files, afterall who in their right mind would encode the top quality band Ambrosia at 48k? Until we get a client that can correctly calculate the playing time and median bitrate of VBR's, best to check these odd balls.. Snark. |
29-01-02, 07:17 AM | #2 |
Madame Comrade
Join Date: May 2000
Location: Area 25
Posts: 5,587
|
I wonder if there are any p2p clients reporting VBR bitrates correctly...
- tg |
29-01-02, 07:31 AM | #3 |
OpenNap Server Operator
Join Date: Jan 2002
Location: U.K
Posts: 401
|
VBR
Hi TG,
Yes I was going to post that as a question too, thanks. I use WinMx mainly here, that gets it wrong sometimes, Blubster too has a problem, or at least it seems to. With WinMx there are many different servers versions on the OPenNap networks, hard to say if these corruptions are just a whimsey of the server Elites or a common problem, I do know for a fact that some operators reject odd bit rate files, and these are usually bad interpretations of the median bitrate of VBR's I suppose its all part of the fussy server op syndrome, client not accepted, file too small, wrong bit-rate, and a pletheror of other reasons to ban you or your content, strange, I thought server operators would be proud to have the most users, not turn them away over petty foibles. There is no doubt we should all be greatfull to those that put on servers for us, but there is no place for Ego in my opinion. I await with interest any reports from other client users... Hey, when you going to give up the Weed? couch cough!!! Snark. |
29-01-02, 09:06 AM | #4 |
Thanks for being with arse
Join Date: Jan 2002
Location: The other side of the world
Posts: 10,343
|
thanx for posting in my thread before snark !
i will be definitly changing my email reader...hehe i wonder if the start files and the signiture files can determine the bit rate of different music files it seems like they could but indianna_jones would be the one to ask about that id say if some one posted a startfile of a certain song at a certain bit rate that is what you would end up getting |
29-01-02, 01:21 PM | #5 |
Join Date: May 2001
Location: New England
Posts: 10,023
|
48 is the tip off usually, even on morpheus, it's just a strange bit-rate to pick. i mean, why not go for 32? i always take a look.
- js. |
29-01-02, 01:45 PM | #6 |
Waiting For The Night To Fall...
Join Date: Jan 2002
Posts: 225
|
Strange bitrates are usually tip-off for VBR files
Hi,
I found that mp3s that are reported with 'strange' bitrates are usually VBR encoded. And yes, most if not all p2p clients I have used lately seems to report VBR encoded mp3s incorrectly. Maybe they report the bitrate of the first frame or something, but that's no indication of the quality. And if you think about it, what bitrate SHOULD a client report when dealing with VBR files? There's not much else that would make sense... Ciao for now, Stoepsel It said "Insert disk #3", but only 2 will fit!?! |
29-01-02, 02:20 PM | #7 | |
Madame Comrade
Join Date: May 2000
Location: Area 25
Posts: 5,587
|
Re: Strange bitrates are usually tip-off for VBR files
Quote:
If I remember correctly the Nap/OpenNap protocol uses just a single number for bitrate and there is no extra parameter to indicate whether it is CBR/VBR (correct me if I am wrong). Perhaps if you have a VBR with 192 kbs as top bitrate, the client should report it as 191, similarly 256 VBR could be reported as 255. This practice would make a good use of the single figure available... - tg ps. Welcome to the board Stoepsel! |
|
29-01-02, 02:38 PM | #8 | |||
Waiting For The Night To Fall...
Join Date: Jan 2002
Posts: 225
|
Re: Re: Strange bitrates are usually tip-off for VBR files
Quote:
Well, that would imply that the client would have to scan each and every frame of each and every mp3 you share. Even if this would only be done for VBR files (assuming there is some way to tell that from the header of the files or by scanning the first few frames), it still would mean scanning a helluva lot of data when creating the meta data of all shared mp3s. I don't think it would be a good idea to let the client do all that work to get the maximum bitrate of a VBR file. Quote:
Quote:
Stoepsel
__________________
Who is General Failure and why is he reading my hard disk? |
|||
29-01-02, 03:09 PM | #9 | |
Madame Comrade
Join Date: May 2000
Location: Area 25
Posts: 5,587
|
Quote:
- tg ps. the lack of common header info is probably the reason why my WinAmp keeps guessing the remaining playtime for the VBR mp3s I play.... |
|
29-01-02, 03:19 PM | #10 | |
Waiting For The Night To Fall...
Join Date: Jan 2002
Posts: 225
|
Quote:
But not everyone shares as many mp3s as I do, but some share even more. Maybe doing that scanning in a background low-priority task could be a workable solution... Stoepsel
__________________
Who is General Failure and why is he reading my hard disk? |
|
29-01-02, 03:20 PM | #11 |
B2B Protagonist ... Life is ... Bubble to Bubble ... Beer to Beer ... love a VLAIBB (Very Lonesome Artificial Intelligence Brained Bubble) @ http://www.geocities.com/vlaibb vlaibb@yahoo.com
Join Date: Jan 2002
Posts: 206
|
this is the point, why i surely think, that it's part of a quality ripping,
simply to put the
not truncated due to the limited length of that TAG. btw. cdex offers this feature in its settings and i think all other tool will have it too. and as usual, this idea is not really new if you search for "LAME r3mix", you will get a lot of results for this - maybe in future it's "LAME standard" @bitrate: i suppose, that since mp3 is coded in frames, that the p2p tools simply take the bitrate of the 1. frame. if you look in winamp (double click on the title display) you get an average bitrate. i really dont know how it gets it. if the first frame is a silent frame, it's default allowed to code it with a very low bitrate, regardless the value you set as lowest bitrate. @search: i think one, must differ between textual search and search in download window:
indy
__________________
VLAIBB - The Ultimate Gateway to P2P Sites File: surprise.mp3 Length:5845871Bytes UUHash:=1LDYkHDl65OprVz37xN1VSo9b00= Copy the lines above and use 'Paste from Clipboard' function of sig2dat 3.11.a (supports quicklinks) to create a startfile for your FastTrack p2p client for safe download |
29-01-02, 03:31 PM | #12 | |
Madame Comrade
Join Date: May 2000
Location: Area 25
Posts: 5,587
|
Quote:
- tg |
|
29-01-02, 05:29 PM | #13 | ||
Just Looking Around
Join Date: Jan 2002
Location: Right here!!!
Posts: 341
|
Quote:
Just one that I know of Filenavigator 3.0 3.0 feature list Quote:
|
||
Thread Tools | Search this Thread |
Display Modes | |
|
|