|
Modérateurs: Modération Forum Home-Cinéma, Le CA de l’Association HCFR • Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 6 invités
Tout ce qui ne rentrait pas dans les catégories ci dessus lors de la réorganisation 

Règles du forum
Avant de poster, merci de prendre connaissance des règles du forum : à lire avant de poster
Par ailleurs, il n'est pas possible de créer un nouveau sujet : merci de le faire dans un autre forum.
Avant de poster, merci de prendre connaissance des règles du forum : à lire avant de poster
Par ailleurs, il n'est pas possible de créer un nouveau sujet : merci de le faire dans un autre forum.
reclock 1.6 et au dessus
- le touriste
- Messages: 8900
- Inscription Forum: 31 Juil 2005 13:13
- Localisation: rp 77
et la liste des correctifs :
* you can now allow ReClock to load only with some players/applications. See advanced settings in config app
* the VBS notification script now receive the file name or the DVD mode if playing a DVD
* added a new audio renderer based on "kernel streaming". This renderer access directly your audio card using a WDM interface, and thus completely bypass Windows internal handling of audio that can alter sound quality (directsound resampling, etc...). See config app
* added an indication in "renderers infos" box that indicate if reclock did alter the audio bitstream (for example to resample, timestrech audio or modify dynamic range)
* the old low quality sound resampler has been replaced with a new one that can achieve much better quality. You can now choose between 4 resampling modes (low quality will use little CPU, higher quality will use more CPU). See config app
* audio time stretching support coming from WinDVD have been dropped, since ReClock now have builtin timestretching code that yields better audio quality and is more CPU efficient
* the audio compressor, resampler and timestreching code are now plugins (DLL) that are loaded by ReClock at startup. This is more GPL compliant since ReClock does not need a single line of GPL code to be compiled, and you can now alter those plugins using the source distribution given with ReClock
* you can now bypass the monitor detection in multi-head environnement. It can be automatic as in version 1.4 or you can force ReClock to think it is running on a specified monitor. See config app
* tray icon can be disabled with config app
* built-in framerate estimator is now compatible with Trimension DNM (WinDVD feature)
* improved builtin framerate estimator (less sensitive to cpu load, works better with NTSC DVD)
* added new choices in adaptation menu
* ReClock will no more display a crash dialog when the code responsible of the crash was not in ReClock itself (too many people associated those crashes with problems in ReClock). Crash data will be silently logged anyway, and error will be reported as if ReClock was not loaded
* fixed problem in video card detection at startup in multi-monitor config
* fixed bugs that would lead to a crash when video card detection goes wrong at startup or when resolution change
* fixed a bug in automatic monitor tracking (would not detect that the player window was dragged to another monitor)
* fixed a bug in refresh rate detection that could be false sometimes with some NVidia cards
* fixed a bug in crash situation when the crash dialog that would not always appear leaving the player in some zombie state
* fixed a bug in PCM 32 bits sound handling that would distort sound in some rare cases
* fixed a bug that could cause a crash if event notification was enabled and player was in disabled players list
* reduced dramatically memory footprint of ReClock especially when multichannel audio is played
* compiled with VS2005 and latest SDKs
* other various bugfixes
* you can now allow ReClock to load only with some players/applications. See advanced settings in config app
* the VBS notification script now receive the file name or the DVD mode if playing a DVD
* added a new audio renderer based on "kernel streaming". This renderer access directly your audio card using a WDM interface, and thus completely bypass Windows internal handling of audio that can alter sound quality (directsound resampling, etc...). See config app
* added an indication in "renderers infos" box that indicate if reclock did alter the audio bitstream (for example to resample, timestrech audio or modify dynamic range)
* the old low quality sound resampler has been replaced with a new one that can achieve much better quality. You can now choose between 4 resampling modes (low quality will use little CPU, higher quality will use more CPU). See config app
* audio time stretching support coming from WinDVD have been dropped, since ReClock now have builtin timestretching code that yields better audio quality and is more CPU efficient
* the audio compressor, resampler and timestreching code are now plugins (DLL) that are loaded by ReClock at startup. This is more GPL compliant since ReClock does not need a single line of GPL code to be compiled, and you can now alter those plugins using the source distribution given with ReClock
* you can now bypass the monitor detection in multi-head environnement. It can be automatic as in version 1.4 or you can force ReClock to think it is running on a specified monitor. See config app
* tray icon can be disabled with config app
* built-in framerate estimator is now compatible with Trimension DNM (WinDVD feature)
* improved builtin framerate estimator (less sensitive to cpu load, works better with NTSC DVD)
* added new choices in adaptation menu
* ReClock will no more display a crash dialog when the code responsible of the crash was not in ReClock itself (too many people associated those crashes with problems in ReClock). Crash data will be silently logged anyway, and error will be reported as if ReClock was not loaded
* fixed problem in video card detection at startup in multi-monitor config
* fixed bugs that would lead to a crash when video card detection goes wrong at startup or when resolution change
* fixed a bug in automatic monitor tracking (would not detect that the player window was dragged to another monitor)
* fixed a bug in refresh rate detection that could be false sometimes with some NVidia cards
* fixed a bug in crash situation when the crash dialog that would not always appear leaving the player in some zombie state
* fixed a bug in PCM 32 bits sound handling that would distort sound in some rare cases
* fixed a bug that could cause a crash if event notification was enabled and player was in disabled players list
* reduced dramatically memory footprint of ReClock especially when multichannel audio is played
* compiled with VS2005 and latest SDKs
* other various bugfixes
- Bardamu voyage
- Messages: 13110
- Inscription Forum: 04 Avr 2004 8:46
- Localisation: Paris
J'ai essayé le mode kernel streaming avec la lynx :
1.5sec de son
0.5sec sans son
1.5sec de son
etc.
Sur la 1.5beta8 je n'avais pas de son du tout : ça progresse !
@+
Emmanuel
1.5sec de son
0.5sec sans son
1.5sec de son
etc.
Sur la 1.5beta8 je n'avais pas de son du tout : ça progresse !
@+
Emmanuel
- Emmanuel Piat
- Contributeur HCFR 2016
- Messages: 10491
- Inscription Forum: 10 Oct 2000 2:00
- Localisation: Besançon, FRANCE
Mon PCHC tournant sous linux je n'utilise pas Reclock. Par contre j'aimerais juste que vous me confirmiez un truc : si je diffuse un DVD PAL sur mon VP, que celui-ci est alimenté 50hz, que j'envoi le flux ac3 au travers de la SPDIF, reclock ne sert à rien, c'est bien ça ?
- 'Z
- Messages: 595
- Inscription Forum: 31 Déc 2003 12:06
- Localisation: Lille (France)
oui à rien 

- Emmanuel Piat
- Contributeur HCFR 2016
- Messages: 10491
- Inscription Forum: 10 Oct 2000 2:00
- Localisation: Besançon, FRANCE
Super, pas la peine de chercher un équivalent sur la banquise, ouf, parce que ça n'était pas gagné 

- 'Z
- Messages: 595
- Inscription Forum: 31 Déc 2003 12:06
- Localisation: Lille (France)
La nouvelle version 1.7 beta 1 semble marcher particulièrement bien chez moi. La version 1.6 m'apportait des saccades sur mes séquences test préférées.
Le mode kernel streaming fonctionne sans problème avec ma Revo 7.1.
Essais à poursuivre pour confirmer.
Le mode kernel streaming fonctionne sans problème avec ma Revo 7.1.
Essais à poursuivre pour confirmer.
- emanu
- Messages: 1147
- Inscription Forum: 23 Déc 2002 23:23
- Localisation: 21
ok j'essairai ce WE 

- Emmanuel Piat
- Contributeur HCFR 2016
- Messages: 10491
- Inscription Forum: 10 Oct 2000 2:00
- Localisation: Besançon, FRANCE
'Z a écrit:Mon PCHC tournant sous linux je n'utilise pas Reclock. Par contre j'aimerais juste que vous me confirmiez un truc : si je diffuse un DVD PAL sur mon VP, que celui-ci est alimenté 50hz, que j'envoi le flux ac3 au travers de la SPDIF, reclock ne sert à rien, c'est bien ça ?
Tu sorts en PassThrough, donc inutile

- kbil69
- Messages: 38337
- Inscription Forum: 09 Nov 2003 1:52
- Localisation: 69
Bon, testé la 1.6 et la 1.7 sur deux bécanes, celle avec la Prodigy le kernel sort impec, le PCHC avec la 192 des clous, aucune des deux versions.
Le résultat ? sur des Moniteurs actifs Yamaha branchés sur la Prodigy le mode Kernel fait qu'on oublie presque Reclock, la différence avec ou sans est peu ressentie.
Par contre avec un système de plus haut niveau en Direct sound, il faut éviter à tout prix, la perte est trop importante.
Le résultat ? sur des Moniteurs actifs Yamaha branchés sur la Prodigy le mode Kernel fait qu'on oublie presque Reclock, la différence avec ou sans est peu ressentie.
Par contre avec un système de plus haut niveau en Direct sound, il faut éviter à tout prix, la perte est trop importante.
- Lansing
- Messages: 5405
- Inscription Forum: 23 Mai 2005 21:01
perso j'utilise tjrs le waveout.
Je coche tjrs la case qui dit qu'on se calle sur l'horloge de la carte son (non recommandé).
En 75Hz => pas de rééchantillonnage si on se met en 25i/s : reclock indique que la sortie est "waveout (bit exact)"
En 72Hz => rééchantillonnage à 46080Hz si on se met en 24i/s (compensation PAL speedup). Dans ce cas, reclock utilise un des meilleurs algo de resampling existant basé sur le sinc (j'ai regardé les sources) dès l'instant ou la qualité choisie est l'un des trois derniers modes proposés ds la config de reclock. Les perf. de chaque mode sont données en commentaire ds le source.
En KS, si j'utilise le build 013 (et pas le dernier 013f) des drivers lynx, ça marche "la plupart du temps". Sauf que de temps en temps je choppe un gros bruit blanc à 0 dBFS (dangereux pour les enceintes => faire ts les essais à volume très bas!) lors de chgt de chapitres ou de seeking.
@+
Emmanuel
Je coche tjrs la case qui dit qu'on se calle sur l'horloge de la carte son (non recommandé).
En 75Hz => pas de rééchantillonnage si on se met en 25i/s : reclock indique que la sortie est "waveout (bit exact)"
En 72Hz => rééchantillonnage à 46080Hz si on se met en 24i/s (compensation PAL speedup). Dans ce cas, reclock utilise un des meilleurs algo de resampling existant basé sur le sinc (j'ai regardé les sources) dès l'instant ou la qualité choisie est l'un des trois derniers modes proposés ds la config de reclock. Les perf. de chaque mode sont données en commentaire ds le source.
En KS, si j'utilise le build 013 (et pas le dernier 013f) des drivers lynx, ça marche "la plupart du temps". Sauf que de temps en temps je choppe un gros bruit blanc à 0 dBFS (dangereux pour les enceintes => faire ts les essais à volume très bas!) lors de chgt de chapitres ou de seeking.
@+
Emmanuel
- Emmanuel Piat
- Contributeur HCFR 2016
- Messages: 10491
- Inscription Forum: 10 Oct 2000 2:00
- Localisation: Besançon, FRANCE
Emmanuel Piat a écrit:En KS, si j'utilise le build 013 (et pas le dernier 013f) des drivers lynx, ça marche "la plupart du temps". Sauf que de temps en temps je choppe un gros bruit blanc à 0 dBFS (dangereux pour les enceintes => faire ts les essais à volume très bas!) lors de chgt de chapitres ou de seeking.
@+
Emmanuel
Oui après des essais plus approfondis, j'ai noté ce problème dans ma config mais c'est vraiment aléatoire. Il me semble quand même que le problème soit plus présent avec les pistes dts.
En revanche je confirme que la version 1.7b1 me donne une fluidité optimale, encore meilleure que la version 1.4.
- emanu
- Messages: 1147
- Inscription Forum: 23 Déc 2002 23:23
- Localisation: 21
Emmanuel Piat a écrit:...
En 72Hz => rééchantillonnage à 46080Hz si on se met en 24i/s (compensation PAL speedup). Dans ce cas, reclock utilise un des meilleurs algo de resampling existant basé sur le sinc (j'ai regardé les sources) dès l'instant ou la qualité choisie est l'un des trois derniers modes proposés ds la config de reclock. Les perf. de chaque mode sont données en commentaire ds le source.
...
Oui, mais dans ces conditions la charge cpu monte en flêche, plus de 20 % pour un P4 3.2 au lieu de 1.5% avec qualité "Médium". J'avais déja lu un papier de l'auteur la-dessus, où il expliquait tout cela, en fait l'algo de resampling en médium est totalement différent de celui des trois autres options, et ça s'entend, malheureusement ça se voit aussi.
j'ai constaté également ces problèmes de bruit blancs même sur la config avec la Prodigy qui, je le pensais au départ, semblait fonctionner. Gaffe aux tweeters !!
- Lansing
- Messages: 5405
- Inscription Forum: 23 Mai 2005 21:01
kbil69 a écrit:'Z a écrit:Mon PCHC tournant sous linux je n'utilise pas Reclock. Par contre j'aimerais juste que vous me confirmiez un truc : si je diffuse un DVD PAL sur mon VP, que celui-ci est alimenté 50hz, que j'envoi le flux ac3 au travers de la SPDIF, reclock ne sert à rien, c'est bien ça ?
Tu sorts en PassThrough, donc inutile
euh, non pas tout a fait...(l'auteur donne d'ailleurs des indications dans le read me pour optimiser la lecture en spdif quand on utilise reclock)
- Nobo
- Messages: 10616
- Inscription Forum: 25 Déc 2000 2:00
- Localisation: nice
>Oui, mais dans ces conditions la charge cpu monte en flêche, plus de 20 % pour un P4 3.2 au lieu de 1.5% avec qualité "Médium".
hélas, tout a un prix
Mon PC est un peu juste pour le mode Excellent (je ne l'utilise qu'au casque vu qu'il n'y a alors que deux voies à rééchantillonner). En 5.1, je me met en "very good" sinon j'ai de temps en temps des saccades. Franchement, je n'entend pas de différence audible entre les deux (mais qd il y a l'image, des travaux de recherche on montré que le cerveau est plus permissif pour le son
).
hélas, tout a un prix


- Emmanuel Piat
- Contributeur HCFR 2016
- Messages: 10491
- Inscription Forum: 10 Oct 2000 2:00
- Localisation: Besançon, FRANCE
|
|