logo

Google Search  |  Meridian Systems  |  Meridian Streaming  |  Restaurant  |  WiKi  |  Duncan's Meridian Info  |  Board Rules  |  Restaurant Rules
Previous Thread
Next Thread
Print Thread
Rate Thread
Page 9 of 13 1 2 7 8 9 10 11 12 13
Frank #137245 2011-03-02 03:02
Joined: Dec 2000
Posts: 866
Likes: 2
Pan-dimensional being
Pan-dimensional being
Offline
Joined: Dec 2000
Posts: 866
Likes: 2
Originally Posted by Frank
The reason I ask is that I seem to recall Meridian telling me that the apodizing filter was optimized for each product, i.e., the apodizing filter in the 861v6 was not the same as the apodizing filter in the DSP5200. Something about different processing power.
They are all exactly the same, otherwise it would not work. Please read introduction section of the Wiki page.

@Ian, the reason why apodizing does not work optimal in DSP speakers is just the location in the chain where the apodizing occurs. Meridian stated many times that apodizing should happen as early in the chain as possible, thus preferably in the source. I believe the people that upgraded their 800 reported improvement over using the 861v6 for apodizing ... this proves above point.

Ian #137247 2011-03-02 03:07
Joined: Mar 2010
Posts: 531
Paranoid android
Paranoid android
Offline
Joined: Mar 2010
Posts: 531
Originally Posted by Ian
I do hope that this does not prevent Meridian from releasing an official version. It may well be the case that a version optimised for each piece of kit will provide even better performance.

How much difference is there in processing power between the audio processors i.e. those that perform room correction ?

Given the potential to vary the filter design in code to create a certain audio character I wonder how M will use this to differentiate certain products ? The possibilities are endless.

It may be cynical to think this would be used as a marketing tool to justify much more expensive or new variants i.e. it's just different not better or worse but psychology in relation to more expensive etc has an affect on perception.

Avi

Last edited by Avii; 2011-03-02 03:37.

Life but not as we know it...
Joined: Nov 2009
Posts: 363
Mat Offline
Hitchhiker
Hitchhiker
Joined: Nov 2009
Posts: 363
Originally Posted by Evdberg
Meridian stated many times that apodizing should happen as early in the chain as possible, thus preferably in the source.
This was mentioned to me by Meridian at the Sevenoaks event in Bristol last Saturday.

Mat


Sitting Room: 7200SE, 218
Kitchen-Dining: M6, 210
Roon-Tidal MQA, HiRes HDD
Joined: Mar 2010
Posts: 531
Paranoid android
Paranoid android
Offline
Joined: Mar 2010
Posts: 531
Originally Posted by Evdberg
@Ian, the reason why apodizing does not work optimal in DSP speakers is just the location in the chain where the apodizing occurs. Meridian stated many times that apodizing should happen as early in the chain as possible, thus preferably in the source. I believe the people that upgraded their 800 reported improvement over using the 861v6 for apodizing ... this proves above point.

Evdberg

Is the benefit of location related to generally up-sampling 44.1 to a higher sample rate or specifically the apodizing method ?

Avii


Life but not as we know it...
Joined: Apr 2004
Posts: 12,733
Likes: 88
Don't Panic!
Don't Panic!
Joined: Apr 2004
Posts: 12,733
Likes: 88
I find the issue of different apodizing implementations and "hardware capability" rather "interesting" (which might be a polite way of putting things).

I'm sure I'm not the one one wondering whether the information we have on "different apodizing implementation" was outright false, miscommunicated or misinterpreted. For instance, was a comment about the overall product's "hardware limitations" being applied to, or interpreted as being about, its apodizing in particular? Meridian does now seem to be a company that delivers new product rather than updating old ones, so I wouldn't be surprised that there are marketing forces at work to convince customers to upgrade.

We know that the 808.3 sounds better than the G08.2 because there is so much more care and engineering involved in the design and circuitry; and the "implementation" of the up-sampler (chip used, position on circuit board, colour of the case wink ) might be different, but do these products really have different upsampling FIR coefficients? I think that it's likely that once Meridian settled on its preferred apodizing algorithm after (presumably) a *lot* of listening tests, it implemented the same FIR filter in all products. Evdberg's results might suggest the same.


Roon Developer and ex-moderator of this Forum
I am #25 in the HH1 photo of fame.
Joined: Sep 2009
Posts: 5,357
Likes: 2
President of the Imperial Galactic Government
President of the Imperial Galactic Government
Joined: Sep 2009
Posts: 5,357
Likes: 2
Originally Posted by Evdberg
Originally Posted by Frank
The reason I ask is that I seem to recall Meridian telling me that the apodizing filter was optimized for each product, i.e., the apodizing filter in the 861v6 was not the same as the apodizing filter in the DSP5200. Something about different processing power.
They are all exactly the same, otherwise it would not work. Please read introduction section of the Wiki page.
Surely he's talking about the original M filters (claimed to be different for each product) rather than yours (the same for each product)?


Ex-moderator
Sitting room: dCS Network Bridge, 818v3, HD621, 8kSE
Library: dCS Rossini Apex DAC/Clock, Clearaudio Innovation, Audio Research PH2, Mjölnir KGST, Mjölnir PureBipolar
Music Room: 210, D33
Kitchen: RPi/RoonBridge, Genelec 6010 actives
Desk: Merging Anubis
Server: Roon/ROCK/NUC

Headphones: Stax SR-X9000, Stax SR-007, Stax SR-404LE, Audeze LCD-X...

Oldest audio file: 1889 Edison cylinder
Joined: Apr 2004
Posts: 12,733
Likes: 88
Don't Panic!
Don't Panic!
Joined: Apr 2004
Posts: 12,733
Likes: 88
I think the point is that clearly the filter coefficients take up the same space in the firmware. The coefficients could be different, but unless you deliberately knobble lower tier products, why would they be?


Roon Developer and ex-moderator of this Forum
I am #25 in the HH1 photo of fame.
Avii #137259 2011-03-02 06:20
Joined: Dec 2000
Posts: 866
Likes: 2
Pan-dimensional being
Pan-dimensional being
Offline
Joined: Dec 2000
Posts: 866
Likes: 2
Originally Posted by Avii
Is the benefit of location related to generally up-sampling 44.1 to a higher sample rate or specifically the apodizing method ?

I believe it has to do with the higher sample rate, since it has been argued that higher sample rate has lower jitter. That explains why people with a 800 and 861v6 preferred the upsampling in the 800 (thus earlier in the chain), even with the 800 having the non-apodizing linear upsample filter.

Joined: Nov 2000
Posts: 2,764
Likes: 6
Robert.W
Great Green Arkleseizure
Robert.W
Great Green Arkleseizure
Joined: Nov 2000
Posts: 2,764
Likes: 6
Originally Posted by Evdberg
Originally Posted by Avii
Is the benefit of location related to generally up-sampling 44.1 to a higher sample rate or specifically the apodizing method ?

I believe it has to do with the higher sample rate, since it has been argued that higher sample rate has lower jitter. That explains why people with a 800 and 861v6 preferred the upsampling in the 800 (thus earlier in the chain), even with the 800 having the non-apodizing linear upsample filter.
Yes,Yes,Yes

Robert


800v3/218/271/8k.2/5k5s smile /5kC/DSP3200/Reviver/
TT-ELP/Graham Slee Revelation/Trinnov Altitude 32/OPPO 205
__Ayon/HB/Shunyata/Miltzow -- power cables,
__Ayon/Jungson/Miltzow --analog, Miltzow-- digital,
__Vortex/WMA ,
Joined: Aug 2002
Posts: 4,579
Likes: 22
President of the Imperial Galactic Government
President of the Imperial Galactic Government
Joined: Aug 2002
Posts: 4,579
Likes: 22
Erwin

I have put the 568_25b9 folder into the 500 series firmware folder as directed earlier.

A 568_25b9a mfu file has been generated as you said, but the existing 568_25b9 mfu file is there too. Should that be removed, leaving the new "a" file instead, or should it be left in place alongside the new file before starting WinFup to upload?

Thanks

George

Joined: Apr 2004
Posts: 2,492
Senior Shouting Officer
Senior Shouting Officer
Joined: Apr 2004
Posts: 2,492
Geroge,
For the G68 you just need to upload the modified mfu file. I expect it's the same with the 568.2

Cliff


Main system - Sources (Kodi-HTPC, Vero 4k, FireTV, Sat) into Trinnov Altitude 32 (8-16) (+Roon), Trinnov Amplitude 8 amp & Vivid Audio (Giya G3, V1.5) and REL Stentor III speakers. Others: F80 + Raspberry Pi and other Pi systems.
Joined: Nov 2006
Posts: 4,013
Likes: 1
Vogon Civil Servant
Vogon Civil Servant
Joined: Nov 2006
Posts: 4,013
Likes: 1
Originally Posted by Cliff.
Geroge,
For the G68 you just need to upload the modified mfu file. I expect it's the same with the 568.2

Cliff

It is, yes. Just upload the "a" file using the M programme. No need to upload any others.


Sooloos, Roon, G series (with LPS upgrade), 800 series (with LPS upgrade), HD621, AC200, Prime and PS, DSPs old and new.

Purdeys, Moke, Leica, 'Blad. Only the best.
Page 9 of 13 1 2 7 8 9 10 11 12 13

Moderated by  Carl, Duncs, ncpl 

Link Copied to Clipboard
Who's Online Now
0 members (), 293 guests, and 3 robots.
Key: Admin, Global Mod, Mod
Newest Members
Kiran1103, Tony999, PhilP, Grover, Humberto
5,503 Registered Users
Top Posters(30 Days)
swpnt 6
Gianni 5
Top Posters
VirusKiller 12,733
ncpl 8,811
Carl 8,505
Fiddler 8,364
Ian 7,950
Forum Statistics
Forums18
Topics31,151
Posts296,947
Members5,503
Most Online4,788
May 22nd, 2026
Meridian  |  Media Centre  |  Support  |  Firmware Release Notes  |  RSS Systems  |  RSS Streaming  |  RSS Restaurant

Website Provided by Mr Tech Guy - Resolute Audio Visual Limited © 2026

Powered by UBB.threads™ PHP Forum Software 8.0.1
(Release build 20251126)
Responsive Width:

PHP: 8.5.9 Page Time: 0.064s Queries: 39 (0.035s) Memory: 0.8979 MB (Peak: 2.2171 MB) Data Comp: Off Server Time: 2026-08-14 02:53:15 UTC
Valid HTML 5 and Valid CSS