J'ai un problème de corruption de fichiers après les avoir compressés par bzip2.
Il s'agit de videos avec l'extension .mov, que j'ai compressés en bzip2 pour gagner de la place. J'ai compressé par la commande shell :
C'est probablement parceque tu as des resources dans ces fichiers et que btip2 te les bouffes.
Utilises un format compatible HFS+, tel que hfstar ou dropzip.
-- Nicolas Michel
Grrrr
On Mon, 29 Nov 2004 16:16:14 +0100, Pascal wrote:
In article , Matt wrote:
Cela dit, pourquoi ne pas utiliser un bon codec de compression sur la piste vidéo (et pourquoi pas sur la piste son) ?
Parce qu'après je ne peut pas décompresser mes fichiers... Il s'agit de fichiers video bruts destinés à être montés dans final cut pro. La compression n'intervient qu'en fin de chaîne, juste avant l'import dans dvd studio pro.
Désolé, j'ai interprété, j'aurais du me douter que c'était des vidéos brutes (d'ailleurs en me relisant, je me demande ou j'ai vu MPEG...)
Utilise un CODEC sans perte, comme DV, c'est fait pour ça, alors. bzip2, ou tout compresseur du même style, est très inaproprié pour ce genre de compressions.
On Mon, 29 Nov 2004 16:16:14 +0100, Pascal wrote:
In article <310rvvF3508foU1@uni-berlin.de>, Matt <sbehzf@syrius.org>
wrote:
Cela dit, pourquoi ne pas utiliser un bon codec de compression sur la
piste vidéo (et pourquoi pas sur la piste son) ?
Parce qu'après je ne peut pas décompresser mes fichiers... Il s'agit de
fichiers video bruts destinés à être montés dans final cut pro.
La compression n'intervient qu'en fin de chaîne, juste avant l'import
dans dvd studio pro.
Désolé, j'ai interprété, j'aurais du me douter que c'était des
vidéos brutes (d'ailleurs en me relisant, je me demande ou j'ai vu MPEG...)
Utilise un CODEC sans perte, comme DV, c'est fait pour ça, alors.
bzip2, ou tout compresseur du même style, est très inaproprié pour ce
genre de compressions.
Cela dit, pourquoi ne pas utiliser un bon codec de compression sur la piste vidéo (et pourquoi pas sur la piste son) ?
Parce qu'après je ne peut pas décompresser mes fichiers... Il s'agit de fichiers video bruts destinés à être montés dans final cut pro. La compression n'intervient qu'en fin de chaîne, juste avant l'import dans dvd studio pro.
Désolé, j'ai interprété, j'aurais du me douter que c'était des vidéos brutes (d'ailleurs en me relisant, je me demande ou j'ai vu MPEG...)
Utilise un CODEC sans perte, comme DV, c'est fait pour ça, alors. bzip2, ou tout compresseur du même style, est très inaproprié pour ce genre de compressions.
Pascal
In article , Grrrr wrote:
Utilise un CODEC sans perte, comme DV, c'est fait pour ça, alors. bzip2, ou tout compresseur du même style, est très inaproprié pour ce genre de compressions.
Faut croire que non. Je gagne a peine 50% avec un codec comme DV alors que je gagne 66% avec bzip2.
-- Pascal
In article <pan.2004.11.29.22.47.23.208512@Grrr.org>,
Grrrr <Grrr@Grrr.org> wrote:
Utilise un CODEC sans perte, comme DV, c'est fait pour ça, alors.
bzip2, ou tout compresseur du même style, est très inaproprié pour ce
genre de compressions.
Faut croire que non. Je gagne a peine 50% avec un codec comme DV alors
que je gagne 66% avec bzip2.
Utilise un CODEC sans perte, comme DV, c'est fait pour ça, alors. bzip2, ou tout compresseur du même style, est très inaproprié pour ce genre de compressions.
Faut croire que non. Je gagne a peine 50% avec un codec comme DV alors que je gagne 66% avec bzip2.
-- Pascal
Paul Gaborit
À (at) Tue, 30 Nov 2004 11:03:42 +0100, Pascal écrivait (wrote):
In article , Grrrr wrote:
Utilise un CODEC sans perte, comme DV, c'est fait pour ça, alors. bzip2, ou tout compresseur du même style, est très inaproprié pour ce genre de compressions.
Faut croire que non. Je gagne a peine 50% avec un codec comme DV alors que je gagne 66% avec bzip2.
Rien n'empêche de passer bzip sur le résultat de DV... Juste pour voir.
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
À (at) Tue, 30 Nov 2004 11:03:42 +0100,
Pascal <pascal-no-spam@zyzomys.com> écrivait (wrote):
In article <pan.2004.11.29.22.47.23.208512@Grrr.org>,
Grrrr <Grrr@Grrr.org> wrote:
Utilise un CODEC sans perte, comme DV, c'est fait pour ça, alors.
bzip2, ou tout compresseur du même style, est très inaproprié pour ce
genre de compressions.
Faut croire que non. Je gagne a peine 50% avec un codec comme DV alors
que je gagne 66% avec bzip2.
Rien n'empêche de passer bzip sur le résultat de DV... Juste pour voir.
--
Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
À (at) Tue, 30 Nov 2004 11:03:42 +0100, Pascal écrivait (wrote):
In article , Grrrr wrote:
Utilise un CODEC sans perte, comme DV, c'est fait pour ça, alors. bzip2, ou tout compresseur du même style, est très inaproprié pour ce genre de compressions.
Faut croire que non. Je gagne a peine 50% avec un codec comme DV alors que je gagne 66% avec bzip2.
Rien n'empêche de passer bzip sur le résultat de DV... Juste pour voir.
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
Grrrr
On Tue, 30 Nov 2004 13:28:06 +0100, Paul Gaborit wrote:
À (at) Tue, 30 Nov 2004 11:03:42 +0100, Pascal écrivait (wrote):
In article , Grrrr wrote:
Utilise un CODEC sans perte, comme DV, c'est fait pour ça, alors. bzip2, ou tout compresseur du même style, est très inaproprié pour ce genre de compressions.
Faut croire que non. Je gagne a peine 50% avec un codec comme DV alors que je gagne 66% avec bzip2.
Rien n'empêche de passer bzip sur le résultat de DV... Juste pour voir.
Heu.... Il faut sans doute trouver un CODEC mieux adapté aux vidéos en question ou mieux tuner l'encodage... A moins de cas très particuliers et très défavorables aux codecs vidéos standards, (grands applats de couleurs uniformes => pas des vidéos réelles mais générées, par ex), la compression par dictionnaire est vraiment très inefficaces sur de l'audio ou de la vidéo. C'est d'ailleurs une des raisons qui ont poussé à développer des techniques alternatives pour compresser ce type de fichier !
On Tue, 30 Nov 2004 13:28:06 +0100, Paul Gaborit wrote:
À (at) Tue, 30 Nov 2004 11:03:42 +0100,
Pascal <pascal-no-spam@zyzomys.com> écrivait (wrote):
In article <pan.2004.11.29.22.47.23.208512@Grrr.org>,
Grrrr <Grrr@Grrr.org> wrote:
Utilise un CODEC sans perte, comme DV, c'est fait pour ça, alors.
bzip2, ou tout compresseur du même style, est très inaproprié pour ce
genre de compressions.
Faut croire que non. Je gagne a peine 50% avec un codec comme DV alors
que je gagne 66% avec bzip2.
Rien n'empêche de passer bzip sur le résultat de DV... Juste pour voir.
Heu....
Il faut sans doute trouver un CODEC mieux adapté aux vidéos en question
ou mieux tuner l'encodage... A moins de cas très particuliers et très
défavorables aux codecs vidéos standards, (grands applats de couleurs
uniformes => pas des vidéos réelles mais générées, par ex), la
compression par dictionnaire est vraiment très inefficaces sur de l'audio
ou de la vidéo. C'est d'ailleurs une des raisons qui ont poussé à
développer des techniques alternatives pour compresser ce type de fichier !
On Tue, 30 Nov 2004 13:28:06 +0100, Paul Gaborit wrote:
À (at) Tue, 30 Nov 2004 11:03:42 +0100, Pascal écrivait (wrote):
In article , Grrrr wrote:
Utilise un CODEC sans perte, comme DV, c'est fait pour ça, alors. bzip2, ou tout compresseur du même style, est très inaproprié pour ce genre de compressions.
Faut croire que non. Je gagne a peine 50% avec un codec comme DV alors que je gagne 66% avec bzip2.
Rien n'empêche de passer bzip sur le résultat de DV... Juste pour voir.
Heu.... Il faut sans doute trouver un CODEC mieux adapté aux vidéos en question ou mieux tuner l'encodage... A moins de cas très particuliers et très défavorables aux codecs vidéos standards, (grands applats de couleurs uniformes => pas des vidéos réelles mais générées, par ex), la compression par dictionnaire est vraiment très inefficaces sur de l'audio ou de la vidéo. C'est d'ailleurs une des raisons qui ont poussé à développer des techniques alternatives pour compresser ce type de fichier !
laurent.pertois
Patrick Stadelmann wrote:
Pas vraiment, non. Il faudrait les réécrire pour leur ajouter le support des parties ressources.
D'ailleurs, n'est-ce pas ce que Steve a annoncé comme une des features de Tiger lors de la WWDC ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Pas vraiment, non. Il faudrait les réécrire pour leur ajouter le support
des parties ressources.
D'ailleurs, n'est-ce pas ce que Steve a annoncé comme une des features
de Tiger lors de la WWDC ?
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Pas vraiment, non. Il faudrait les réécrire pour leur ajouter le support des parties ressources.
D'ailleurs, n'est-ce pas ce que Steve a annoncé comme une des features de Tiger lors de la WWDC ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Patrick Stadelmann
In article , Grrrr wrote:
Utilise un CODEC sans perte, comme DV, c'est fait pour ça, alors. bzip2, ou tout compresseur du même style, est très inaproprié pour ce genre de compressions.
DV n'est pas un codec sans perte. Dans QT, il y a "Animation" avec les réglages au max qui est sans perte, ainsi que PNG (mais il n'est peut-être pas adapté à la video).
Patrick -- Patrick Stadelmann
In article <pan.2004.11.29.22.47.23.208512@Grrr.org>,
Grrrr <Grrr@Grrr.org> wrote:
Utilise un CODEC sans perte, comme DV, c'est fait pour ça, alors.
bzip2, ou tout compresseur du même style, est très inaproprié pour ce
genre de compressions.
DV n'est pas un codec sans perte. Dans QT, il y a "Animation" avec les
réglages au max qui est sans perte, ainsi que PNG (mais il n'est
peut-être pas adapté à la video).
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
Utilise un CODEC sans perte, comme DV, c'est fait pour ça, alors. bzip2, ou tout compresseur du même style, est très inaproprié pour ce genre de compressions.
DV n'est pas un codec sans perte. Dans QT, il y a "Animation" avec les réglages au max qui est sans perte, ainsi que PNG (mais il n'est peut-être pas adapté à la video).
Patrick -- Patrick Stadelmann
Patrick Stadelmann
In article , Grrrr wrote:
Il faut sans doute trouver un CODEC mieux adapté aux vidéos en question ou mieux tuner l'encodage... A moins de cas très particuliers et très défavorables aux codecs vidéos standards, (grands applats de couleurs uniformes => pas des vidéos réelles mais générées, par ex), la compression par dictionnaire est vraiment très inefficaces sur de l'audio ou de la vidéo. C'est d'ailleurs une des raisons qui ont poussé à développer des techniques alternatives pour compresser ce type de fichier !
Une séquence vidéo non-compressée n'est pas un flux aléatoire de pixel, il y a beaucoup de redondance. Par exemple, il peut y avoir un fond où tous les pixels ont des valeurs semblables, nécessitant donc beaucoup moins que 8 bit par canal de dynamique. Avec un codage entropique on peut déjà gagner quelque chose. En pratique, on peut très bien avoir un taux de compression de 2 avec bzip2 sur un fichier DV.
Patrick -- Patrick Stadelmann
In article <pan.2004.11.30.12.43.13.591147@Grrr.org>,
Grrrr <Grrr@Grrr.org> wrote:
Il faut sans doute trouver un CODEC mieux adapté aux vidéos en question
ou mieux tuner l'encodage... A moins de cas très particuliers et très
défavorables aux codecs vidéos standards, (grands applats de couleurs
uniformes => pas des vidéos réelles mais générées, par ex), la
compression par dictionnaire est vraiment très inefficaces sur de l'audio
ou de la vidéo. C'est d'ailleurs une des raisons qui ont poussé à
développer des techniques alternatives pour compresser ce type de fichier !
Une séquence vidéo non-compressée n'est pas un flux aléatoire de pixel,
il y a beaucoup de redondance. Par exemple, il peut y avoir un fond où
tous les pixels ont des valeurs semblables, nécessitant donc beaucoup
moins que 8 bit par canal de dynamique. Avec un codage entropique on
peut déjà gagner quelque chose. En pratique, on peut très bien avoir un
taux de compression de 2 avec bzip2 sur un fichier DV.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
Il faut sans doute trouver un CODEC mieux adapté aux vidéos en question ou mieux tuner l'encodage... A moins de cas très particuliers et très défavorables aux codecs vidéos standards, (grands applats de couleurs uniformes => pas des vidéos réelles mais générées, par ex), la compression par dictionnaire est vraiment très inefficaces sur de l'audio ou de la vidéo. C'est d'ailleurs une des raisons qui ont poussé à développer des techniques alternatives pour compresser ce type de fichier !
Une séquence vidéo non-compressée n'est pas un flux aléatoire de pixel, il y a beaucoup de redondance. Par exemple, il peut y avoir un fond où tous les pixels ont des valeurs semblables, nécessitant donc beaucoup moins que 8 bit par canal de dynamique. Avec un codage entropique on peut déjà gagner quelque chose. En pratique, on peut très bien avoir un taux de compression de 2 avec bzip2 sur un fichier DV.
Patrick -- Patrick Stadelmann
Patrick Stadelmann
In article <1go1ht0.1lo8l2tqsz14N%, (Laurent Pertois) wrote:
Patrick Stadelmann wrote:
Pas vraiment, non. Il faudrait les réécrire pour leur ajouter le support des parties ressources.
D'ailleurs, n'est-ce pas ce que Steve a annoncé comme une des features de Tiger lors de la WWDC ?
Rien lu de tel, non.
Patrick -- Patrick Stadelmann
In article <1go1ht0.1lo8l2tqsz14N%laurent.pertois@alussinan.org>,
laurent.pertois@alussinan.org (Laurent Pertois) wrote:
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Pas vraiment, non. Il faudrait les réécrire pour leur ajouter le support
des parties ressources.
D'ailleurs, n'est-ce pas ce que Steve a annoncé comme une des features
de Tiger lors de la WWDC ?
Rien lu de tel, non.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <1go1ht0.1lo8l2tqsz14N%, (Laurent Pertois) wrote:
Patrick Stadelmann wrote:
Pas vraiment, non. Il faudrait les réécrire pour leur ajouter le support des parties ressources.
D'ailleurs, n'est-ce pas ce que Steve a annoncé comme une des features de Tiger lors de la WWDC ?
Rien lu de tel, non.
Patrick -- Patrick Stadelmann
laurent.pertois
Patrick Stadelmann wrote:
D'ailleurs, n'est-ce pas ce que Steve a annoncé comme une des features de Tiger lors de la WWDC ?
Rien lu de tel, non.
Alors je l'ai rêvé dans la Keynote...
Ouf, je ne suis pas fou et je ne raconte pas n'importe quoi depuis juin :)
<http://www.apple.com/macosx/tiger/unix.html>
HFS and Command-Line Support
Tiger provides a standard, Darwin-level API for managing resource forks, filesystem metadata, security information, properties and other attributes in a consistent, cross-platform manner. For example, common UNIX utilities such as cp, tar and rsync can properly handle HFS+ resource forks.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
D'ailleurs, n'est-ce pas ce que Steve a annoncé comme une des features
de Tiger lors de la WWDC ?
Rien lu de tel, non.
Alors je l'ai rêvé dans la Keynote...
Ouf, je ne suis pas fou et je ne raconte pas n'importe quoi depuis juin
:)
<http://www.apple.com/macosx/tiger/unix.html>
HFS and Command-Line Support
Tiger provides a standard, Darwin-level API for managing resource forks,
filesystem metadata, security information, properties and other
attributes in a consistent, cross-platform manner. For example, common
UNIX utilities such as cp, tar and rsync can properly handle HFS+
resource forks.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
D'ailleurs, n'est-ce pas ce que Steve a annoncé comme une des features de Tiger lors de la WWDC ?
Rien lu de tel, non.
Alors je l'ai rêvé dans la Keynote...
Ouf, je ne suis pas fou et je ne raconte pas n'importe quoi depuis juin :)
<http://www.apple.com/macosx/tiger/unix.html>
HFS and Command-Line Support
Tiger provides a standard, Darwin-level API for managing resource forks, filesystem metadata, security information, properties and other attributes in a consistent, cross-platform manner. For example, common UNIX utilities such as cp, tar and rsync can properly handle HFS+ resource forks.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
