Camescope actuel pour vieille config

[Philippe B]

Bonjour,

Je voudrais acheter un camescope actuel, pour une utilisation familiale, qui puisse fonctionner avec ma config : G5, Ram 1 Gb, carte ATI Radeon 9600 et iMovie6

Je suppose que je ne dois pas prendre un camescope HD dernier cri car mon iMac va ramer derrière... Quelles sont les caractéristique à éliminer pour mon choix ? J'imagine qu'il vaut mieux prendre un appareil en SD, non ? Avez-vous un modèle à me conseiller ?

Merci,
Philippe.

 

[lepetitpiero]

ton problème est ailleurs... en fait imovie06 ne sait gérer que les camescopes relier en firewire et surtout le format video miniDV il te faut donc acheter la dernière mouture de imovie ( c'est imovie 09) et être sous Leopard ( 10.5.8) et la tu achètes le camescope que tu veux ( firewire ou usb). Avec imovie 08 c'est aussi possible, faut juste en trouver un sur e-bay. http://store.apple.com/fr/product/MB966F/A/iLife-09

 

[McHerve]

il te faut donc acheter la dernière mouture de imovie

…sauf que les PPC sont interdit de imovie depuis la version issue d'ilife'08
Le format "actuel et moderne" est l'AVCHD, mais Apple ne te permet pas de l'utiliser sur processeur non-Intel (ce n'est pas un soucis de puissance, juste que e code n'est dispo que sur plate-forme intel)

Donc:
- ou tu reste sur du DV = Standard Définition (ce qui est dommage aujourd'hui)
- ou tu passes sur du HDV = Haute Définition (géré par iMovieHD et les FinalCut), mais ce format n'est plus guère - distribué aujourd'hui (à part dans des cams pro). C'est une connexion FireWire
- ou tu passes sur des cams qui enregistres en h264 (cas des camileo ou des Sanyo). Pb; les camileo sont assez mauvaises, les sanyo filment en format NTSC (et ici nous sommes en PAL, ce n'est pas le mêm nombre d'images)
- ou tu passes sur du AVCHD (toutes les cams HD actuelles), mais il te faut recourir à un soft tiers (non-apple) pour convertir tes fichiers incompatibles G5. PS: ce sera plus lent et moins souple qu'avec les softs Apple.

bref un PPC et de la vidéo…ce n'est plus guère adapté aux courants actuels de la vidéo

conclusion: tu n'as aucune solution miracle, mais mon avis est qu'il serait dommage d'acheter une cam pour rester en SD aujourd'hui

à+

 

[lepetitpiero]

oui bien vu.... ilife G5 OK sauf imovie 09 ... galère!

 

[Philippe B]

Merci pour vos réponses

A propos du h264, il en existe plusieurs versions ? J'ai cru lire selon les cas h264 ou h264 AVC, c'est la même chose ?

Je n'ai pas un gros budget à mettre dans le camescope (autour de 300 Eur), c'est vraiment pour une utilisation famille/vacances toute simple. Je me disais que pour ce prix, j'aurais probablement quelque chose de plus abouti en SD qu'en HD.

(...)
- ou tu passes sur des cams qui enregistres en h264 (cas des camileo ou des Sanyo). Pb; les camileo sont assez mauvaises, les sanyo filment en format NTSC (et ici nous sommes en PAL, ce n'est pas le mêm nombre d'images)
(...)

Dommage pour les Sanyo, il y en avait un waterproof qui semblait pas mal.

@+
Ph.

 

[McHerve]

A propos du h264, il en existe plusieurs versions ?

pleins
h264 pour l'implémentation Apple
x264 pour l'implémentation open-source
etc

J'ai cru lire selon les cas h264 ou h264 AVC, c'est la même chose ?

AVC = l'autre nom de 264

Je n'ai pas un gros budget à mettre dans le camescope (autour de 300 Eur)

un camileo ce n'est pas terrible (ça prend très mal la lumière de face et sa colorimétrie est mauvaise), mais c'est un bon petit jouet.

Sinon, côté qualité mini assurée, jettes un œil aux Panasonic Lumix (c'est un appareil photo mais il enregistre des videos aussi)
- inconvénient: c'est une vidéo en AVCHD (donc conversion interdite pour toi via les soft Apple, obligation de recourir à un soft tiers)
- avantage: une belle image (bien supérieure à un Camileo) et quand même en 720p (donc en petite HD mais HD)

Perso je n'achèterais plus un DV aujourd'hui

à+

 

[drs]

je confirme, les camileo sont très beau sur le papier, mais sont vraiment mauvais dans la réalité.
Tout juste bon à filmer en extérieur en plein soleil. Dès que la luminosité baisse un peu, c'est une catastrophe (et je n'éxagère pas).

J'ai aussi essayé le Kodak ZI8 qui est pareil...

Sur ce genre de "caméscope", l'argument commercial est HD. Mais cela ne suffit pas...

 

[Philippe B]

OK,
Si je laisse tomber la SD et les camescopes gadget, et que je regarde par exemple sur le site de Panasonic le SD60 qui a l'air unanimement apprécié (quoique au-dessus de mon budget initial), je vois que le format d'enregistrement est : "MPEG-4 AVC/H.264 (AVCHD standard compliant)".
Celà veut-il dire que l'on peut choisir entre une sortie des vidéos en h264 (qui seront exploitable dans iMovie06) et une sortie au format AVCHD ?

En tout cas, merci de prendre le temps de répondre à mes questions de débutant...

 

[McHerve]

OK,
Si je laisse tomber la SD et les camescopes gadget, et que je regarde par exemple sur le site de Panasonic le SD60 qui a l'air unanimement apprécié

c'est justement ce que j'ai (un TM60)
les contre:
- luminosité pas terrible (ça ne vaut pas un canon fs200, ce qui est normal vu la taille du capteur)
- des automatismes très mauvais pour la basse lumière (qui gonflent le bruit à tout prix!)
- des bridages débiles (comme l'impossibilité de filmer en mode progressif, débridable uniquement sur le modèle plus cher: le 300)
- la suppression du mode 720p50

à part ça j'en suis plutôt content. C'est un bon rapport qualité-prix, qui produit de bonnes images.

le format d'enregistrement est : "MPEG-4 AVC/H.264 (AVCHD standard compliant)".

ça veut juste dire AVCHD (ce qui dans ton cas- ne t'arrange pas trop )

PS: pour plus de confort avec ta config, je te conseilles quand même une cam qui filmerait en 720p plutôt qu'en 1080i. C'es bien plus léger à gérer et traiter, et la qualité reste bonne. Tu te retrouves toujours avec des obligations de conversions (assez lourdes dans ton cas, donc pas fun), mais ça reste bien plus jouable

à+

 

[Philippe B]

(...)
PS: pour plus de confort avec ta config, je te conseilles quand même une cam qui filmerait en 720p plutôt qu'en 1080i. C'es bien plus léger à gérer et traiter, et la qualité reste bonne. Tu te retrouves toujours avec des obligations de conversions (assez lourdes dans ton cas, donc pas fun), mais ça reste bien plus jouable

à+

Tu as un modèle ou une marque/gamme d'appareils adaptés à ma config à me conseiller ?

@+
Ph

 

[j_rod]

pleins
h264 pour l'implémentation Apple
x264 pour l'implémentation open-source
etc

AVC = l'autre nom de 264

C'est pas la 1ere fois que je te vois parler d'un standard "264" , avec une implémentation apple (h.264) et open source (x264).

Peux tu développer un peu plus parce que pour moi y'a toujours eu que le "h.264" et jamais de "264" et le x264 est une implémentation open source du h.264 ,donc je suis curieux de savoir comment t'en est arrivé là.

 

[McHerve]

Tu as un modèle ou une marque/gamme d'appareils adaptés à ma config à me conseiller ?

comme dit plus haut, toute la gamme lumix/Panasonic fais ça (et tu trouveras des extraits sur le net pour tester en réel des conversions)

---------- Nouveau message ajouté à 10h49 ---------- Le message précédent a été envoyé à 10h37 ----------

C'est pas la 1ere fois que je te vois parler d'un standard "264" , avec une implémentation apple (h.264) et open source (x264).

Peux tu développer un peu plus parce que pour moi y'a toujours eu que le "h.264"

Pour dissocier les types d'implémentations, des gens ont modifié la formulation
Par défaut, tu lis sur mac le "mpeg-4 AVC" avec QuickTime (donc avec l'implémentation Apple, dont la dénomination est h264 tout court)
regarde VLC, il est basé (décodage/encodage) sur x264 (c'est d'ailleurs le serveur de VLC qui héberge le projet x264)

En gros, il y a une base (normalisée) et à chaque éditeur de fournir sa gestion du codec suivant un cahier des charges très rigoureux.

L'implémentation Apple est très basique, l'implémentation open-source est bien plus complexe (ce qui fait aussi que certains fichiers encodé par "x264" -suivant les options- sera incompatible avec QuickTime ).
Apple a la bonne habitude de fournir une interface bas niveau généralisée (quicktime) et accessible à tous les softs, il est donc normal que par défaut tous les softs mac utilisent les codes d'apple.

PS: tu peux même mélanger le tout, tu charges un codec x264 de mycommetG3 (nom de mémoire) et tu as accès à l'implémentation X264 pour l'encodage AVC depuis QuickTIme. Un copain utilise ça pour ses journalistes: ils transfèrent par le net leurs rushes/reportages mais avec cet AVC plus complexe qui répond mieux à leur impératifs techniques et de qualité, comme la gestion de l'entrelacement de leur cam

à+
PS: et sinon tu as google "wiki 264" qui t'orienteras sur la norme et te donneras les infos sur le X264 aussi

à re+

 

[j_rod]

On est en accord sur presque tout (j'utilise perso l'appli de mycometg3 depuis quelque temps maintenant),mais y'a quand même un ou deux truc qui me perturbe

regarde VLC, il est basé (décodage/encodage) sur x264 (c'est d'ailleurs le serveur de VLC qui héberge le projet x264)

Je veux bien croire que vlc utilise x264 pour l'encodage,mais le décodage?Vu que x264 n'est pas capable de décoder quoi que ce soit je pense que vlc utilise autre chose.

PS: et sinon tu as google "wiki 264" qui t'orienteras sur la norme et te donneras les infos sur le X264 aussi

à re+

Mais j'ai beau googler,je ne trouve nul part la mention d'une norme "264" , mais que d'une norme "H.264" (je sais ce n'est qu'une lettre mais je pense que c'est important quand même)

 

[McHerve]

Je veux bien croire que vlc utilise x264 pour l'encodage,mais le décodage?

vi tu as raison, VLC s'appuie sur le décodage "264" du projet FFmpeg (c'est le nom que ses développeurs lui ont donné). Mais -à mon avis- aussi sur du code interne et spécifique (on peut voir des différences entre les 2 implémentations)

Mais j'ai beau googler,je ne trouve nul part la mention d'une norme "264" , mais que d'une norme "H.264" (je sais ce n'est qu'une lettre mais je pense que c'est important quand même)

ben non ce n'est pas plus important que "Blu-Ray" ou "Blu-Ray" ou "BluRay"

De mémoire, le vrai nom complet doit être du "mpeg4-layer 10 etc etc"
AVC est une formulation "ki se la pète" (Avanced Video Coding)
h264 en est une autre, et x264 aussi
Les nom des normes sont imbittables, chacun peut en faire l'appellation qui lui convient tant qu'il respecte le cahier des charges de la norme.

VLC/FFmpeg ont plus implémenté la même norme "h(x)264/AVC/layer10/…" qu'Apple (qui a fait un boulot plus simple).
Je trouve (avis purement perso) plus facile de dissocier les différents types d'implémentations suivant les lettres qu'ont rajouté leurs auteurs respectif (mais en effet, c'est bidon: il n'existe qu'une seule norme, même si elle a plusieurs appellations :rateau
PS: mycometG3 se base sur libavcodec (=projet FFmpeg).

----------

Et pour le fun:

l'AVCHD est encore une autre déclinaison de l'AVC. Ce n'est pas une vraie norme, vu qu'il s'agit d'un codec propriétaire (=privé Sony-pana-etc) qui n'ont pas officialisé le cahier des charges de ce format. Ils le gardent secret pour palper des royalties, et l'adapter suivant leurs nouveaux besoins: c'est idéal pour vendre du SAV si les nouvelle cams sont incompatibles avec les codes qu'ils ont eux-même déjà vendus (c'est encore le cas récemment avec la pana300 qui filme en 28Mb/s alors que la "norme précédente" ne gérait que le 24 max, ou qu'une des dernières sony Pro enregistre l'audio en "PCM bluRay", théoriquement incompatible aussi avec la norme qu'ils avaient eux-même fixé )
Et comment font VLC/FFmpeg pour lire ce format, ben "tout bêtement" en ayant fabriqué empiriquement leur décodeur, vu que la norme n'est ni fixée ni accessible

en résumé de tout ce laïus, j'ai tendance à simplifier pour qu'on arrive à se comprendre, mes formulations ne sont peut-être pas exactes, mais dans l'idée elle sonnent assez justes

à+

 

[j_rod]

C'est fou comme ce qui est simple pour quelqu'un peu etre compliqué pour quelqu'un d'autre,j'ai du relire plusieur fois,je pense avoir compris ton mode de pensée,mais du coup j'ai toujours des questions.

Imaginons que j'ai 3 fichiers encoder en AVC/H.264 , un avec final cut pro , un avec adobe media encoder , un avec l'appli "handbrake".

Les 3 appli ont créé du h264 nan? Pourtant les 3 applications utilisent toutes 3 implimentations differentes: FCP utilise l'implimentation apple/quicktime , adobe media encer utilise Mainconcept et handbrake utilise x264.

Donc tu as trois h264,et pourtant les 3 fichiers sont issus d'implimentations différentes.

Autre cas de figure:

Comment fera tu si un jour x264 permet de créer des fichiers au format "vp8"? (un dévelopeur de x264 a evoqué cette possibilité y'a peu de temps) Parce que la tout d'un coup supposer que x264 est une autre formulation de h264 ou avc induirait en erreur,vu que dans ce cas là x264 servirait à creer du vp8.



En revanche pour le AVCHD je suis completement d'accord

D'ailleur pour revenir au sujet original j'ai evité le avchd en achetant une camera samsung qui filme en h264.

 

[McHerve]

C'est fou comme ce qui est simple pour quelqu'un peu etre compliqué pour quelqu'un d'autre,j'ai du relire plusieur fois,je pense avoir compris ton mode de pensée

c'est vrai que c'est compliqué ces trucs là… Et en plus je n'ai peut-être pas été très clair

Mon idée est que tout ça étant inutilement compliqué, je vulgarise (avec toutes les approximations qui vont avec), juste pour essayer de faire piger les principes

Les 3 appli ont créé du h264 nan? Pourtant les 3 applications utilisent toutes 3 implimentations differentes: FCP utilise l'implimentation apple/quicktime , adobe media encer utilise Mainconcept et handbrake utilise x264..

le 264 est normalisé

En théorie, si l'encodage est respectueux de la norme 264, tout soft devrait être capable de lire l'encodage d'un autre.

En pratique ce n'est pas vrai, des 3 cités, Apple est celui qui a implémenté la gestion la plus basique de ce codec. Résultat des fichiers h264 issus de produits tiers (et bien que respectant la norme) peuvent être incompatibles avec le décodeur Apple dispo dans QuickTime (ex: c'est le cas si tu actives des options ou des profiles dans Handbrake).

Comment fera tu si un jour x264 permet de créer des fichiers au format "vp8"? (un dévelopeur de x264 a evoqué cette possibilité y'a peu de temps).

le vp8 a été impémenté en juillet dans la librairie FFmpeg. Donc ça viendra surement dès les prochaines mise-à-jour de VLC et consorts
Bonus: les développeurs des projets x264 participent aussi au projet FFmpeg (donc le vp8 va certainement se "répandre")

Parce que la tout d'un coup supposer que x264 est une autre formulation de h264 ou avc induirait en erreur,vu que dans ce cas là x264 servirait à creer du vp8.

comme tu as vu, x264 est le nom d'un projet open-source (et du produit résultant) visant à implémenter un codec ('mpeg4-l10/avc/azertyuiop264/…je ne sais même pas son vrai nom officiel :rateau: ).
Je dois t'avouer que la précision documentaire ne m'intéresse pas sur les forums la plupart du temps. J'en reviens à la "vulgarisation" juste pour arriver à expliquer (j'ai mis pas mal de temps à piger les subtilités vidéos parce qu'il m'en manquait une vision globale).
Si tu arrives à une simplification plus compréhensible, je prends en attendant je garde mes formulations "pas si fausses"

j'ai evité le avchd en achetant une camera samsung qui filme en h264.

et moi je suis plutôt content de l'AVCHD (malgré tout ce que je pense du concept/commerce autour )

à+

 

[j_rod]

Si tu arrives à une simplification plus compréhensible, je prends en attendant je garde mes formulations "pas si fausses"

Voila comment je vois les chose (ça sera peut être pas plus compréhensible mais je m'y retrouve lol).

La norme "264" dont tu parle n'existe pas pour moi , la norme est "H.264" Le "H" n'a rien avoir avec apple.

Voila le site de l'UIT (organisme qui établie plein de norme) : http://www.itu.int/fr/pages/default.aspx

Il y'a une rubrique "recommendations"

http://www.itu.int/rec/T-REC/fr

Comme tu voix,elles sont categorisées selon differents domaines,à chaque catégorie sa lettre.Et devine ce que tu trouve à la categorie "H"? "Systèmes audiovisuels et multimédias" , comme c'est intéressant!
Regarde la dedans et du trouvera H.264,tu peux même télécharger la norme au format pdf (un bon gros document de 650 pages!):
http://www.itu.int/rec/T-REC-H.264-201003-I/fr

Donc le "H" n'a rien avoir avec apple.

L'implimentation de apple se trouve dans quicktime on pourrait parler de "quicktime H.264", sur l'article wikipedia du H.264 dans le tableau tout en bas "avc software implimentation" qui compare differents encodeurs tu trouvera quicktime en premiere colonne:

http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC


D'ailleur,parlons du nom "AVC" , d'où vient il?

L'UIT n'était pas seule a developer cette norme,elle l'a dévelopée en partenariat avec L'ISO, qui gère le standard MPEG-4.Comme ils ont déjà leur systeme de nomenclature qui n'a rien avoir avec celui de l'IUT,chez eux ça s'appelle "MPEG-4 part 10 AVC" et qu'on peu juste appeler "MPEG4- AVC" ou "AVC" tout court.

C'est tout pour les noms

coté IUT on appelle ça : H.264
coté MPEG on appelle ça :AVC , MPEG4-AVC , MPEG-4 Part 10 AVC

Deux cas qui ne sont PAS "d'autres noms pour la même chose"

-x264: c'est un logicel (comme quicktime) qui permet de créer des videos H.264
-AVCHD:c'est un format d'enregistrement video qui,oui,utilise H.264/AVC , mais ça s'arrette là .La confusion vient du fait qu'il y'a AVC dans le nom, s'il y'avait pas AVC personne serait confu (Le HDV utilise le MPEG-2 et personne va dire que ces deux noms veulent dirent la même chose).


Du coup pourquoi est ce que quicktime ne peut pas lire certain fichier H.264?

H.264 c'est comme une boite à outils,plus ces outils sont sophistiqués plus la compression est efficace.Les constructeurs ont le choix des outils qu'ils veulent implimenter pour compresser et decompresser une video H.264
Quicktime ne gère pas les outils les plus "high tech" et du coup si on a créer une video en utilisant plein d'outils sophistiqués que H.264 mets à disposition mais que Quicktime ne sait pas utiliser,et bien il ne pourra pas lire la video.

Si on veut être plus precis:

Pour s'y retrouver,la norme a plusieurs "profils" que chaque constructeur peut choisir de supporter ou pas,il y en a 3 principaux:
-baseline (comme son nom l'indique,le plus basique)
-main (le "principal")
-high (le "haut de gamme")

Comment trouver le profil d'un fichier H.264?Des applications comme videospec permettent de le savoir.

Quicktime supporte tout completement jusqu'au "main profile" (MP) , pour le "high profile" (HP) , ça se complique et c'est un peu au cas par cas.