Audioplayer JPlay

never
Aktiver Hörer
Beiträge: 322
Registriert: 30.12.2012, 11:00

Beitrag von never »

Hallo Erwin,

ich habe noch Probleme mit der exakten Denkausrichtung Deiner Frage:
ESM hat geschrieben:Woher nimmst Du das Wissen, dass diejenigen, die mit jPlay keinen Mehrwert erzielen, ein Problem haben? Hast Du mal drüber nachgedacht, dass es auch umgekehrt sein könnte?
Wenn ich mir den Wortlaut anschaue, würde „umgekehrt“ bedeuten, dass diejenigen, die mit JPLAY einen hörbaren Mehrwert erzielen, ein Problem haben. Wenn ich diese Aussage im Kontext von Bemühungen um eine gesteigerte Audioqualität sehe, muss ich ehrlich zugeben, dass ich solche „Probleme“ gerne in Kauf nehme.

Um Fujaks gerade eben geschriebenen Beitrag noch einzubeziehen: Es liegt mir fern, dogmatisch auf nur einer einzigen Route zur audiophilen Glückseligkeit bestehen zu wollen. Unser Hobby bietet viele Ansätze, um zu einem Erfolg zu gelangen.

Freundliche Grüße,
never
Bild
Jahresprogramm
Aktiver Hörer
Beiträge: 510
Registriert: 10.02.2012, 21:54
Wohnort: 88...

Beitrag von Jahresprogramm »

Hallo Udo,
never hat geschrieben:ich habe noch Probleme mit der exakten Denkausrichtung Deiner Frage.
Du schreibst, " Woher nimmst Du das Wissen, dass diejenigen, die mit jPlay keinen Mehrwert erzielen, ein Problem haben? Hast Du mal drüber nachgedacht, dass es auch umgekehrt sein könnte?"
Naja, ich bin zwar nicht Erwin, kann aber irgendwie mitfühlen. Vielleicht hilft ja mein Statment: Ich habe jPlay getestet, keinen Erfolg im Sinne von Mehrwert durch den Einsatz von jPlay gehabt und konzentriere mich nun auf andere Themen meines Hobbys. In diesem Sinne ist Dein Bedauern nicht nötig. Warum auch? Denn es geht mit oder ohne jPlay weiter auf den Olymp hochqualitativer Wiedergabe. Will sagen, dass ich mich absolut nicht darüber ärgern kann, dass mit jPlay keine Verbesserung eingekehrt ist - es ist eher das Gegenteil der Fall :wink:

Vielleicht wissen wir irgendwann mal, wie jPlay funktioniert und vielleicht wissen wir dann auch warum es bei mir nicht funktioniert. Bis dahin, oder bis zu einem anderen Mal, wenn's mich überkommt etwas Neues zu testen, kann ich gut ohne.

Selbstverständlich freue ich mich aber, dass es vielen anderen Hobbyfreunden ein Stück weit geholfen hat den Olymp zu erklingen und lese hier fleißig mit. :cheers:
Fujak hat geschrieben:Ich kann dem nur beipflichten: Bei aller Experimentierfreude und analytischem Hinhören sollte das selbstvergessene Eintauchen in den Musikgenuss, das Gefühl für die Schönheit der Musik immer an oberster Stelle stehen. Die Technik sollte im Dienste dieses Anliegens stehen und nie zum Selbstzweck werden.
So meine ich das auch und mache mich mit Fujaks Wort im Ohr wieder ans Musik hören. :D

Grüße
Alex
Bild
nightingale
Aktiver Hörer
Beiträge: 156
Registriert: 10.01.2012, 14:30
Wohnort: Wien

Beitrag von nightingale »

+1

Nevertheless, das Problem, dass bei der Verwendungung einer RME FF400 die sample rate Umschaltung automatisch nicht funktioniert, wollten/konnten weder die JPLAY Entwickler noch RME lösen. Gegenseitige Schuldzuweisung ließen den Endkunden (mich) dumm sterben. Seitdem habe ich JPLAY nicht weiter verfolgt, auch wenn ich anerkennen muss, das in meiner Kette JPLAY eine ausgezeichnete Auflösung erreicht hat.

LG
Peter
Bild
Chrissi1
Aktiver Hörer
Beiträge: 111
Registriert: 10.04.2012, 20:09
Wohnort: NRW

Beitrag von Chrissi1 »

never hat geschrieben:Wenn ich die bei mir durch die Verwendung einer 99,-Euro Software erzielte Verbesserung der Wiedergabequalität durch Hardwareeinsatz realisieren sollte, müsste eine ganz andere finanzielle Größenordnung her ...
Genau so ist es!
Was sind 99,00 Euro im Vergleich zu so manchem Kabel, Füßchen o.ä.? Wer Skrupel hat sollte sich die SW zum Geburtstagsgeschenk machen lassen und testen. Besser als wieder eine Seidenkrawatte. :mrgreen:

Ich muss jetzt leider wieder weiterhören ...

Christian
Bild
ESM
Aktiver Hörer
Beiträge: 406
Registriert: 21.12.2012, 22:57
Wohnort: Detmold

Beitrag von ESM »

never hat geschrieben:Hallo Erwin,

ich habe noch Probleme mit der exakten Denkausrichtung Deiner Frage.
Hallo Udo,

Du nimmst an:
never hat geschrieben:... würden eure Hardware, eure Treiber oder eure Konfiguration euch nicht diesen üblen Streich spielen, ...
Ich nehme an, mit meinem System (Hardware, Treiber, Betriebssystem) ist alles in Ordnung, jPlay kann an meinem System nichts optimieren. Einfacher: ohne Problem braucht's keine Lösung.

Daher meine Frage, ob es entgegen deiner Annahme nicht umgekehrt so sein könnte, dass z.B. auf deinem System ein Problem vorliegt, sich dieses mit jPlay beseitigen lässt und daher der Erfolgsfaktor bei dir hoch und bei mir und dem ein oder anderem halt niedrig, oder = 0 ist.

Gruß Erwin
Bild
never
Aktiver Hörer
Beiträge: 322
Registriert: 30.12.2012, 11:00

Beitrag von never »

Hallo Erwin und andere Interessenten,

die Entwickler von JPLAY gehen davon aus, dass jeder PC, der für Audiowiedergabe genutzt wird, nur höchst suboptimal diesen Zweck erfüllen kann, da er zur selben Zeit meist noch jede Menge anderer Aufgaben zu bearbeiten hat. Der Begriff „fehlerhaft“ geht da wohl an der Sache vorbei. JPLAY „repariert“ nicht, sondern versucht, Hardware und Betriebssystem in Richtung Audiowiedergabe zu optimieren.

Wir alle wissen, dass Entwickler und Produkthersteller auf ihren Beipackzetteln nur einen Teil des verfügbaren Wissens präsentieren, aber vielleicht hilft für unseren Zweck ein kurzer Blick auf die wesentlichen Aussagen auf der JPLAY-Website, um wieder in die Erinnerung zu rufen, was hier eigentlich zu welchem Zweck getan wird: Auf der FAQ-Seite wird zunächst sehr schlicht und wenig technisch formuliert:

"How can JPLAY sound ‘better’ than other players?
Did you ever experience that one software package was much faster than the other, while both did the same thing and produced the same result? Maybe one was general-purpose and other was custom-built? Maybe one did many things OK and other did ONE thing great? JPLAY was built with only one goal in mind: optimal music reproduction. And that means no ‘Music Management’ features, no ‘User Interfaces’, no nothing…. Except a fanatical focus on producing the best possible sound quality.

Yes, I understand that. What I meant is how do you explain ‘better sounding’ if all players are bit-perfect?
In music, timing is everything. And in digital music reproduction doubly so: while producing bit-perfect output is easy, producing it at exact time required by digital formats (e.g. 32 bits every 22 microseconds for CD) is not. Why? Because while your PC may be really fast, it’s also doing hundreds if not thousands other things at the same time it plays music. With so many things going on, do you trust it will always ‘hit the beat’ at just the right time? Programming optimizations in JPLAY are designed to minimize both software & hardware interruptions in order to make it ‘easier’ for PC to ‘keep the rhythm’.

My DAC is buffering data so I’m really not concerned with PC keeping a perfect timing.
You should be. Simple truth is that the less processing the DAC needs to do, the better the results. Again, if you are doubtful, JPLAY is FREE to try! Trust only your own ears!"

http://jplay.eu/faq/

Im Manual werden dann u.a. folgende Aussagen geboten:

"Playing via: [Kernel Streaming,WASAPI, ASIO]. WASAPI may be compatible with greater number of devices, but Kernel Streaming offers much lower latency. KS is the lowest audio engine level in Windows, allowing more efficient, real-time streaming. For the ultimate playback experience, we recommend KS. ASIO is applicable only to DACs that have an ASIO driver. Note that on 64bit Windows 64bit ASIO driver is required.

Engine: [River, Beach, Xtream]. JPLAY offers three unique bit-perfect playback engines. You should try all and decide which one is closer to your preferences and which one works better in your system. Xtream works only for Kernel Streaming and Buffer sizes up to 32 samples. (DirectLink having biggest impact and larger Buffers proportionally smaller). Please note this engine is ‘extreme’ in sense that it will use a lot of additional RAM (use larger Buffer if you get ‘low memory’ warnings from Windows) and may delay stop/pause/next/etc commands by up to 45 seconds depending on settings so be patient if after e.g. pressing ‘stop’ music does not stop immediately – it is normal behavior!

Throttle: [OFF,ON]. When Throttle mode is activated, JPLAY will reduce to absolute minimum both CPU and I/O priorities of all running processes and individual threads in the system it can get to, without risking the stability of Windows. Note that if use only a single PC this will reduce system’s responsiveness! (e.g. mouse may become ‘jerky’ and machine may appear ‘stuck’ at times when CPU intensive tasks are activated) If you’re doing CPU intensive work, it’s best to turn off Throttle mode, but if you are ‘just browsing’, we advise to leave it ‘ON’. Naturally, if you have a DualPC setup with a networked AudioPC leave setting to ON. (setting is applied only to AudioPC so your ‘work’ or ‘ControlPC’ is not affected in any way.

Hibernate mode: [OFF,ON]. Hibernate mode eliminates dozens of OS jitter-inducing processes & hundreds of threads, providing best possible sound quality. Please note Hibernate is ‘extreme’ mode and is not guaranteed to work on all systems! Hibernate mode is more likely to run in Dual PC mode with a dedicated AudioPC. On single PC USB stick needs to be inserted into USB port to start playback – unplugging the stick will be the only way to stop playback. In DualPC mode stick si not needed as you can fully control Hibernation of AudioPC from your laptop (‘ControlPC’).

Advanced settings
Tweakers can access additional JPLAY settings via regedit under Computer\HKEY_CURRENT_USER\Software\JPLAY key.

PacketSize: [0-4] default 2. Lower values would result in more ‘rapid’ host player reaction, 1 being almost immediate (<1 sec). Higher values introduce more 'delay' (each one double the previous). Opinions on impact on sound quality is divided so best to try yourself and choose what works & sounds best to you.

XtreamSize: [10-2000] default 750. You can change the amount of RAM used by Xtream : some people prefer sound quality produced by large values: Maximum setting is 2000 but will require several Gigabytes of free RAM so it requires 64bit OS with 8GB RAM minimum! Just like PacketSize larger values will increase delay between stop/start/next button presses and music actually following starts so this is recommended only for album-listening sessions (if you are a fan of Xtream engine at all, that is)"


http://jplay.eu/manual/

Die Vorstellung, ein technisch hervorragendes System brauche kein JPLAY, während Kümmerlinge damit aufgepäppelt würden (meine Übertreibung …), wird nicht unterstützt. Mir ist klar, dass die von mir zitierten Eigenaussagen der Entwickler keine wissenschaftliche Beweiskraft haben. Das trifft aber für die meisten unserer Aussagen in diesem Kontext zu ...

Ich möchte nochmals auf den großen Nutzeffekt hinweisen, den man aus der direkten Kommunikationsmöglichkeit mit den Entwicklern via Forum hat: z.B. erfährt man auf diese Weise, dass die schöne alte Foobar-Version leider nicht mehr kompatibel mit den neuen JPLAY-Versionen ist.

Freundliche Grüße,
never (Udo)
Bild
frmu
Aktiver Hörer
Beiträge: 872
Registriert: 07.02.2011, 16:34
Wohnort: Berlin-Friedrichshagen

Beitrag von frmu »

Ich möchte nochmals auf den großen Nutzeffekt hinweisen, den man aus der direkten Kommunikationsmöglichkeit mit den Entwicklern via Forum hat: z.B. erfährt man auf diese Weise, dass die schöne alte Foobar-Version leider nicht mehr kompatibel mit den neuen JPLAY-Versionen ist.
Richtigerweise muß das wohl heißen, die neueste Jplay-Version ist nicht mehr kompatibel mit der alten Foobar-Version.

Gruß
Rank
Bild
music is my escape
Aktiver Hörer
Beiträge: 1538
Registriert: 03.07.2012, 10:56
Wohnort: Leipzig

Beitrag von music is my escape »

ESM hat geschrieben: dass z.B. auf deinem System ein Problem vorliegt, sich dieses mit jPlay beseitigen lässt und daher der Erfolgsfaktor bei dir hoch und bei mir und dem ein oder anderem halt niedrig, oder = 0 ist.
Hallo an alle;

Eine interessante Idee... Ich höre seit jeher über einen dedizierten Musikrechner, keinerlei andere Aufgaben werden von diesem Teil übernommen. Im Laufe der Zeit wurden zudem etliche Optimierungen im BIOS und dem OS vorgenommen, zu einem großen Teil handelt es sich dabei um Verschlankungen. Viele Aktionen davon wurden hier oder an anderen Stellen im WWW empfohlen und etliche kamen sogar direkt von den JPlay-Entwicklern.

Beinahe jeder Schritt davon war hörbar, sowohl in JPlay als auch in anderen Programmen. Interessanterweise veränderte sich im Laufe dieser Optimierungen an meinem Rechner der Status von JPlay von einem "mehr oder weniger eindeutig besser" hin zu einem "einfach nur irgendwie anders", um in letzter Konsequenz von dem prof. Samplitude abgelöst zu werden, welches, wie schon erwähnt, bei mir einfach 'richtiger' klingt.

Vg, Thomas.
Bild
never
Aktiver Hörer
Beiträge: 322
Registriert: 30.12.2012, 11:00

Beitrag von never »

frmu hat geschrieben:
Ich möchte nochmals auf den großen Nutzeffekt hinweisen, den man aus der direkten Kommunikationsmöglichkeit mit den Entwicklern via Forum hat: z.B. erfährt man auf diese Weise, dass die schöne alte Foobar-Version leider nicht mehr kompatibel mit den neuen JPLAY-Versionen ist.
Richtigerweise muß das wohl heißen, die neueste Jplay-Version ist nicht mehr kompatibel mit der alten Foobar-Version.

Gruß
Rank
Da die neueren Foobar-Versionen auch wieder mit den neuesten JPLAY-RC zusammenarbeiten, erscheint mir als wichtigstes Ergebnis, dass hier offensichtlich nicht gegeneinander gearbeitet wird. Und, um nochmals die phänomenale Serviceeinstellung bei JPLAY zu betonen: Josef Piri bietet für Foobar 0.8.3 Benutzer bei Bedarf sogar eine spezielle Buffer-Einstellung für JPLAY anzufertigen!

Freundliche Grüße,
never (Udo)
Bild
Chrissi1
Aktiver Hörer
Beiträge: 111
Registriert: 10.04.2012, 20:09
Wohnort: NRW

Beitrag von Chrissi1 »

frmu hat geschrieben:
I
Richtigerweise muß das wohl heißen, die neueste Jplay-Version ist nicht mehr kompatibel mit der alten Foobar-Version.

Gruß
Rank
was ist alt?
Bild
Fujak
Moderator
Beiträge: 5752
Registriert: 05.05.2009, 21:00
Wohnort: Bayern
Kontaktdaten:

Beitrag von Fujak »

Hallo zusammen,

ich glaube, nun haben es alle hinreichend begriffen, dass es überzeugte User von JPlay gibt und andere, die ihre guten und nachvollziehbaren Gründe haben, JPlay nicht zu nutzen. Ich fände es gut, wenn der Output zu diesem Thema sich nun in Grenzen hielte und dafür wieder JPlay spezifische Themen in den Vordergrund rücken.

Z.B. alte vs. neue Foobar-Version: Das alte Foobar 0.8.3 ist mit der demnächst erscheinenden JPlay-Version 5.1 nicht mehr in der Lage, die immensen Ressourcen-Anforderungen von JPlay angemessen zu bewältigen. Das aktuelle Foobar spielt perfekt mit JPlay 5.1 zusammen, klingt aber nur in der Dual-PC genauso wie das natürlicher klingende Foobar 0.8.3. Ind er Single-PC-Konfiguration hingegen fand ich Foobar 0.8.3 eindeutig richtiger, "weniger digital" eben.

@Thomas: Deine geschilderte Entwicklung seit einem Jahr ist für mich absolut nachvollziehbar, denn die Reduktion des Betriebssystems ist ja unter anderem das, was JPlay vor jedem Abspielen ausführt. Ich habe übrigens auch Samplitude gegen JPlay verglichen und kann Dir nur zustimmen, dass es ohne jeden Eingriff ins System erstaunlich sauber klingt. Keine Ahnung, wie sie das geschafft haben, sehr beeindruckend. Erst mit der Dual-PC-Konfiguration und Hibernate-Modus hat JPlay eindeutig die Nase vorne. Für das Abspielen auf einem PC ist Samplitude aus meiner Sicht bislang eine seriöse Alternative zu JPlay.

Grüße
Fujak
Bild
music is my escape
Aktiver Hörer
Beiträge: 1538
Registriert: 03.07.2012, 10:56
Wohnort: Leipzig

Beitrag von music is my escape »

Fujak hat geschrieben:...denn die Reduktion des Betriebssystems ist ja unter anderem das, was JPlay vor jedem Abspielen ausführt...
Hey Fujak,

genau so sieht das aus; es reduziert mehr oder minder vollautomatisch und macht so aus einem nicht oder nur wenig optimierten PC ein Gerät, welches speziell für die Audiowiedergabe kalibriert ist (nach den Vorstellungen der Programmierer).

Bei Rechnern, welche "von Haus aus" bereits so abgespeckt sind, verliert sich logischerweise dieser "Vorteil" von JPlay...

Aber auch hier gilt: Viel hilft nicht unbedingt immer viel.

Bspw. verursacht das kleine, hier schon öfter erwähnte und von mir prinzipiell geschätzte Fidelizer-Programm in meinem aktuellen Setup aufgrund seiner rigerosen Abschaltungen im Extreme-Modus einen kalten und beinahe harschen Klang (eine Erfahrung, welche auch andere im Netz gemacht haben und die eigentlich entgegen der Pauschale steht, das die Wiedergabe umso analoger klingt, je weniger Dienste etc... aktiviert sind).

Es scheint also immer auch auf ein gewisses Augenmaß bzw. eine individuelle Anpassung anzukommen; die diversen Hardwareaufbauten sind offensichtlich einfach zu verschieden, als dass man mit automatisierten Universallösungen das Optimum erzielen könnte.

BTW

Falls hier noch nicht bekannt: Ein mehr oder minder begabter Programmierer, welcher u.a. auch die JPlayV5-Betas getestet hat, versucht sich seit einiger Zeit selber an der Programmierung eines audiophilen Players; wohl hauptsächlich, um die Zusammenhänge, welche hinter den versch. Klangsignaturen liegen, zu verstehen. Er stellt regelmäßig neue Versionen seines kleinen Proggis ins Netz; evntl. möchte ja der ein oder andere hier das mal testen:

http://www.audioasylum.com/cgi/vt.mpl?f ... o&m=119543

MfG, Thomas.

:cheers:
Bild
never
Aktiver Hörer
Beiträge: 322
Registriert: 30.12.2012, 11:00

Beitrag von never »

Fujak hat geschrieben: Das alte Foobar 0.8.3 ist mit der demnächst erscheinenden JPlay-Version 5.1 nicht mehr in der Lage, die immensen Ressourcen-Anforderungen von JPlay angemessen zu bewältigen.
Hallo Fujak,
Deine obige Formulierung überrascht nicht nur Josef Piri von JPLAY. Was meinst Du damit konkret?

Freundliche Grüße,
never
Bild
never
Aktiver Hörer
Beiträge: 322
Registriert: 30.12.2012, 11:00

Beitrag von never »

... ich beziehe mich natürlich nur auf den Teil mit den "immensen Ressourcen-Anforderderungen von JPLAY".

Freundliche Grüße,
never (Udo)
Bild
Fujak
Moderator
Beiträge: 5752
Registriert: 05.05.2009, 21:00
Wohnort: Bayern
Kontaktdaten:

Beitrag von Fujak »

Hallo Jplayer, hallo Udo

zunächst @ Udo: je kleiner die Buffersize im JPlay_driver.dll gehalten wird (das ist ja die Entwicklung in 5.1 - mit der Steigerung in Form von Ultrastream), desto schneller muss Foobar liefern können. Damit ist 0.8.3. überfordert. Das bezieht sich also nicht auf CPU-Ressourcen o.ä. (hatte ich bereits per Mail mit Josef beharkt).

Doch all das ist mittlerweile auch wiede Schnee von gestern, seit ich heute vormittag mit den neuen RC14-Treibern experimentierte und durch Zufall herausfand, dass man in 0.8.3 in den Settings des Outputs von ASIO(dll).dll den ASIO-Buffer in Werten von 0 (default) bis 63 einstellen kann, und bis 24/192 hier schon bei einem Wert von 2 keine Störungen mehr auftreten, was in der Default-Einstellung 0 seit der ersten RC 5.1 der Fall war.

Das Überraschende für mich war allerdings, dass dies nicht nur für die eigens programmierten RC14-Treiber funktioniert sondern auch mit den RC13/a und dem früheren RC12/b. Insofern ist nun alles in Butter, und mir bleibt die aus meiner Sicht am besten klingende Foobar-Version erhalten.

Grüße
Fujak
Bild
Antworten