[Convertion video analogique/nulérique] matériel ?
13 réponses
doug
Bonjour à toutes, tous,
Ayant un certains nombre de cassettes video analogiques (les video de ma
fille quand elle était petite), j'aimerais les convertir en numérique
(DivX) le tout sous Linux bien evidement (Quand on aime le sport, on ne
regarde pas à la difficulté :-D )
Le problème se situe plutot au niveau du choix du matériel.
- Quelqu'un à t-il déja essayé ?
- Si oui avec quel matériel, quel driver ?
- Quelles difficultés ont été rencontrées ?
- Le resultat est il satisfaisant ?
J'ai vu les produits pinnacles systems mais quand on consulte les différents
forums on s'aperçoit que nombre d'utilisateurs sont déçus par ces produits
(utilisé sous Windows, je n'ose imaginer ce que cela peut donner sous
Linux !!)
Le Wed, 21 Apr 2004 03:09:05 +0200, no_spam a écrit :
On Tue, 20 Apr 2004 18:31:37 +0200, Olivier Hoarau wrote:
L'encodage d'une video en mpeg, s'effectue sur des groupes d'images, le mpeg travaille sur les différences qu'il y a entre les images. Tant que tu n'as pas un groupe complet l'encodage n'est pas fini et donc voilà pourquoi je dis que c'est impossible. un lien intéressant: http://www.bretl.com/mpeghtml/reorder.HTM
Tu as raison, je me suis mal exprimé, il y a un très léger différé de 2s qui correspond au temps d'encodage hard mpeg2.
D'accord, ça introduit un décalage, généralement d'1/2 à 1 seconde: il y a généralement une trame I toutes les 10 images, soit un peu moins d'une demi seconde. Pour ceux qui n'aiment pas la qualité (c'est souvent le cas sur le cable...), il mettent une trame I toutes les secondes, rarement moins: la qualité devient alors vraiment trop dégueulasse. Ce n'est pas du vrai temps-réel, c'est vrai, mais c'est considéré comme suffisement proche: les diffuseur travaillent dans ces conditions pour coder les flux analogiques à destination des abonnés. Mais de toute façon, il y a toujours un temps de processing, en TV, même en analogique ! Donc la notion de temps-réel est très relative...
Ce qui me fais réagir ce n'est pas tellement le temps de décalage qu'il peut y avoir entre le flux brut et le compressé, qui est inévitable même en n'utilisant que des intras ou un codec qui opérerait image par image. C'est plutôt le procédé d'encodage d'un flux mpeg qui rend la chose impossible de mon point de vue. Finalement, je préférerais parler d'encodage à la volée plutôt que de temps réel, ça me semblerait plus juste :)
Le Wed, 21 Apr 2004 03:09:05 +0200, no_spam a écrit :
On Tue, 20 Apr 2004 18:31:37 +0200, Olivier Hoarau wrote:
L'encodage d'une video en mpeg, s'effectue sur des groupes d'images, le
mpeg travaille sur les différences qu'il y a entre les images. Tant
que tu n'as pas un groupe complet l'encodage n'est pas fini et donc
voilà pourquoi je dis que c'est impossible. un lien intéressant:
http://www.bretl.com/mpeghtml/reorder.HTM
Tu as raison, je me suis mal exprimé, il y a un très léger différé
de 2s qui correspond au temps d'encodage hard mpeg2.
D'accord, ça introduit un décalage, généralement d'1/2 à 1 seconde:
il y a généralement une trame I toutes les 10 images, soit un peu moins
d'une demi seconde. Pour ceux qui n'aiment pas la qualité (c'est souvent
le cas sur le cable...), il mettent une trame I toutes les secondes,
rarement moins: la qualité devient alors vraiment trop dégueulasse. Ce
n'est pas du vrai temps-réel, c'est vrai, mais c'est considéré comme
suffisement proche: les diffuseur travaillent dans ces conditions pour
coder les flux analogiques à destination des abonnés.
Mais de toute façon, il y a toujours un temps de processing, en TV, même
en analogique ! Donc la notion de temps-réel est très relative...
Ce qui me fais réagir ce n'est pas tellement le temps de décalage qu'il
peut y avoir entre le flux brut et le compressé, qui est inévitable
même en n'utilisant que des intras ou un codec qui opérerait image par
image. C'est plutôt le procédé d'encodage d'un flux mpeg qui rend la
chose impossible de mon point de vue. Finalement, je préférerais parler
d'encodage à la volée plutôt que de temps réel, ça me semblerait plus
juste :)
Le Wed, 21 Apr 2004 03:09:05 +0200, no_spam a écrit :
On Tue, 20 Apr 2004 18:31:37 +0200, Olivier Hoarau wrote:
L'encodage d'une video en mpeg, s'effectue sur des groupes d'images, le mpeg travaille sur les différences qu'il y a entre les images. Tant que tu n'as pas un groupe complet l'encodage n'est pas fini et donc voilà pourquoi je dis que c'est impossible. un lien intéressant: http://www.bretl.com/mpeghtml/reorder.HTM
Tu as raison, je me suis mal exprimé, il y a un très léger différé de 2s qui correspond au temps d'encodage hard mpeg2.
D'accord, ça introduit un décalage, généralement d'1/2 à 1 seconde: il y a généralement une trame I toutes les 10 images, soit un peu moins d'une demi seconde. Pour ceux qui n'aiment pas la qualité (c'est souvent le cas sur le cable...), il mettent une trame I toutes les secondes, rarement moins: la qualité devient alors vraiment trop dégueulasse. Ce n'est pas du vrai temps-réel, c'est vrai, mais c'est considéré comme suffisement proche: les diffuseur travaillent dans ces conditions pour coder les flux analogiques à destination des abonnés. Mais de toute façon, il y a toujours un temps de processing, en TV, même en analogique ! Donc la notion de temps-réel est très relative...
Ce qui me fais réagir ce n'est pas tellement le temps de décalage qu'il peut y avoir entre le flux brut et le compressé, qui est inévitable même en n'utilisant que des intras ou un codec qui opérerait image par image. C'est plutôt le procédé d'encodage d'un flux mpeg qui rend la chose impossible de mon point de vue. Finalement, je préférerais parler d'encodage à la volée plutôt que de temps réel, ça me semblerait plus juste :)
no_spam
On Wed, 21 Apr 2004 11:03:09 +0200, Ronald wrote:
Ce qui me fais réagir ce n'est pas tellement le temps de décalage qu'il peut y avoir entre le flux brut et le compressé, qui est inévitable même en n'utilisant que des intras ou un codec qui opérerait image par image. C'est plutôt le procédé d'encodage d'un flux mpeg qui rend la chose impossible de mon point de vue. Finalement, je préférerais parler d'encodage à la volée plutôt que de temps réel, ça me semblerait plus juste :)
A la volée me convient aussi :-) C'est vrai que "temps-réel" est un peu détourné de son sens, de ce point de vue...
On Wed, 21 Apr 2004 11:03:09 +0200, Ronald wrote:
Ce qui me fais réagir ce n'est pas tellement le temps de décalage qu'il
peut y avoir entre le flux brut et le compressé, qui est inévitable
même en n'utilisant que des intras ou un codec qui opérerait image par
image. C'est plutôt le procédé d'encodage d'un flux mpeg qui rend la
chose impossible de mon point de vue. Finalement, je préférerais parler
d'encodage à la volée plutôt que de temps réel, ça me semblerait plus
juste :)
A la volée me convient aussi :-)
C'est vrai que "temps-réel" est un peu détourné de son sens, de ce
point de vue...
Ce qui me fais réagir ce n'est pas tellement le temps de décalage qu'il peut y avoir entre le flux brut et le compressé, qui est inévitable même en n'utilisant que des intras ou un codec qui opérerait image par image. C'est plutôt le procédé d'encodage d'un flux mpeg qui rend la chose impossible de mon point de vue. Finalement, je préférerais parler d'encodage à la volée plutôt que de temps réel, ça me semblerait plus juste :)
A la volée me convient aussi :-) C'est vrai que "temps-réel" est un peu détourné de son sens, de ce point de vue...
manop
bof, avec mon Athlon 2400+ 396Mo RAM, l'acquisition par la bt878 est franchement pas terrible (j'ai essayé avec mplayer, aviplay et mjpegtools), c'est pour ça que j'ai acheté la hauppauge. C'est le jour et la nuit entre les deux cartes niveau résultat.
avec la même résolution ?
pour ma part, j'ai une radeon all in wonder, donc encodage 'à la volée' en MPEG2 en 720*, dont je suis très content, sous windows. Car hélas, je n'ai jamais pu faire marcher l'acquisition avec le driver gatos sous linux. (j'ai essayé xawtv, et le tuner, lui, marche, mais avec une moins bonne qualité que sous windows) Je profite de ce thread pour demander s'il y a des gens qui ont déjà fait une acquisition sous linux avec une radeon AIW ????
bof, avec mon Athlon 2400+ 396Mo RAM, l'acquisition par la bt878 est
franchement pas terrible (j'ai essayé avec mplayer, aviplay et
mjpegtools), c'est pour ça que j'ai acheté la hauppauge. C'est le jour
et la nuit entre les deux cartes niveau résultat.
avec la même résolution ?
pour ma part, j'ai une radeon all in wonder, donc encodage 'à la volée'
en MPEG2 en 720*576@25Hz, dont je suis très content, sous windows.
Car hélas, je n'ai jamais pu faire marcher l'acquisition avec le driver
gatos sous linux. (j'ai essayé xawtv, et le tuner, lui, marche, mais
avec une moins bonne qualité que sous windows)
Je profite de ce thread pour demander s'il y a des gens qui ont déjà
fait une acquisition sous linux avec une radeon AIW ????
bof, avec mon Athlon 2400+ 396Mo RAM, l'acquisition par la bt878 est franchement pas terrible (j'ai essayé avec mplayer, aviplay et mjpegtools), c'est pour ça que j'ai acheté la hauppauge. C'est le jour et la nuit entre les deux cartes niveau résultat.
avec la même résolution ?
pour ma part, j'ai une radeon all in wonder, donc encodage 'à la volée' en MPEG2 en 720*, dont je suis très content, sous windows. Car hélas, je n'ai jamais pu faire marcher l'acquisition avec le driver gatos sous linux. (j'ai essayé xawtv, et le tuner, lui, marche, mais avec une moins bonne qualité que sous windows) Je profite de ce thread pour demander s'il y a des gens qui ont déjà fait une acquisition sous linux avec une radeon AIW ????
