Logo

/// Souhaits pour le nouveau codec vidéo?
Wünsche für neuen Videocodec? Wishes for new video codec? Deseos de nuevo códec de vídeo? Yeni bir video codec için Wishes? Önskemål om nya video-codec? Auguri per il nuovo codec video?

Souhaits pour le nouveau codec vidéo?




Page suivante LarsProgressiv:
November 2008

Bonjour à tous,

sur la distribution des messages des développeurs du projet FFmpeg sont en cours Überlegungen d'employés, comme une nouvelle, plus efficace, plus frais de concevoir un codec vidéo ou devrait ressembler à mettre en oeuvre serait.

J'ai eu il ya quelque temps déjà de grands espoirs sur



Répondre WoWu:

Bonjour Lars
Codec développement dans un intervalle de temps aussi étroite fenêtre tombé, que la capacité en temps réel désormais seulement de pair avec l'évolution correspondant DSP, tels que l'évolution des H.264 montre.
Le temps, un peu selon efficace sur les "locaux" de vouloir ordinateurs est révolue.
Tant que le développement n'est pas un codec de pair avec la bonne puce de développement, elle est leur but ne peuvent pas atteindre.
Depuis des années, MPEG développe également à un nouveau codec, pour voir comment, après une H.264 pourrait être bien et a, par la MCTF-SBG obtenu de bons résultats, mais en même temps que, ils sont encore très loin de l'utilisation dans une application temps réel.

Dès lors se pose vraiment la question de savoir si une telle «liste de souhaits" pas d'attribution de l'amour du mal, d'autant plus que peu d'utilisateurs de l'actuelle jusqu'ici jamais une idée, dans la mesure où des éléments interactifs et de transférer vers la seule image ou de couches d'éléments de chaque image pour un rôle à jouer volonté.
Oublié, il ne faut pas que ces éléments, mais déjà une partie de MPEG4/H.264 sont .... mais dans le moment actuel est encore ne sont pas utilisées.
Donc, il devrait être un "codec avenir" plus de possibilités, qui pourraient aujourd'hui encore, les utilisateurs ne connaissent pas, et utiliser.
En outre, l'exigence de qualité dans un contexte devrait être défini, il ya aussi le H-264 à la qualité de ses possibilités qu'à l'approche utilisée.
Par conséquent, si une liste de souhaits certes intéressant, mais peut être parce que sur le "moment" en place, n'est pas très pertinente.

Nous attendons quand même à partir, jusqu'à ce que les moyens matériels nous permettent, même dans le cercle des consommateurs codecs existants jusqu'à leurs limites exploiter. Je suis sûr, à ce moment-là sont aussi les problèmes en ce qui concerne les possibilités de futurs codecs temps réel, tels que le SBC MCTF-industrie de la puce aussi être résolus.


Répondre LarsProgressiv:

Bonjour Wolfgang,

si je vous comprends bien, tu souhaite que:

- La capacité en temps réel (encodeur ou décodeur?)
- Figure dans le matériel

Parmi les autres aspects, je tiens seulement à dire que je suis un pur besoin de codec vidéo qui n'est pas interactif contient des éléments ou l'autre.
Il vise tout simplement un flux d'images sont codées.

J'ai besoin d'un codec de sauvegarder l'avenir, je veux une solution qui me tourné Filmchen privé accueille et emballé avec son bruit de Vorbis dans un ouverte containers (MKV) _Ewigkeit_ disponible pour les conserves.

Il est donc pour moi, mes petits-enfants et arrière-petit-fils, etc possible, les Filmchen encore lire. Et cela, je vois un standard ouvert de données, car le code source de documentation et de coûts liés à la liberté et de garantir la gratuité de genre.
Il était une fois en dehors de brevets, dont la violation n'est pas vraiment on peut exclure, mais à un moment à expiration.

Les Enkodiergeschwindigkeit joue pas de rôle pour moi, les Dekodiergeschwindigkeit déjà important, en ce qui concerne les systèmes zukünfitgen mais encore dans le fond appareil. J'ai besoin donc pas de codec pour la coupe. Votre appelle Intermediateformat bien, non?

Je m'intéresse tout simplement les souhaits des autres utilisateurs.
Et je pars du principe que l'on doit mettre en Suvre des souhaits et non pas, comme le font les entreprises commerciales, prévoit des jeux, dans l'espoir que c'est un moment à l'avenir besoin.
Je veux parler de la Dir mentionné clairement dans H264 introduits des éléments interactifs.

Salutations
Lars


Répondre WoWu:

Lars Bonjour,

Merci pour la réponse, mais je puis vous eu votre premier poste à mal compris, je suis partie du principe que Michael N. Snow à un nouveau projet a voulu raccrocher, mais pas d'une liste de codec de fonctionnalités ...
Quote:
Je m'intéresse tout simplement les souhaits des autres utilisateurs.
Et je pars du principe que l'on doit mettre en Suvre des souhaits et non pas, comme le font les entreprises commerciales, prévoit des jeux, dans l'espoir que c'est un moment à l'avenir besoin.
Je veux parler de la Dir mentionné clairement dans H264 introduits des éléments interactifs.

Malheureusement, moi, tu as bien mal compris, quand j'ai des éléments interactifs dans le codec a parlé ... qui ne sont pas actuellement environ fonctionnalité d'utilisation, les prises en H.264 (caché) et, bien sûr, sont actuellement utilisés ne peuvent pas, par exemple la possibilité de certains segments de l'image (ou tranches tranche groupes) d'un traitement individuel au cas par cas. Cela a d'ores et déjà des avantages significatifs en termes de qualité de l'image, mais inclut aussi pour la future utilisation de la possibilité d'un, y compris les segments individuellement, c'est-à-dire sans le reste de l'image à transférer et, bien sûr, de tels éléments sur un autre moyen de transport doit être arrêté, donc de l'image sur TV et des éléments sur l'Internet.
Afin d'ouvrir de telles possibilités, bien sûr, des applications, mais, comme on dit, est d'ores et déjà clairement les avantages disponibles.
Quote:
Et cela, je vois un standard ouvert de données, car le code source de documentation et de coûts liés à la liberté et de garantir la gratuité de genre.

En ce qui concerne le "standard ouvert", et vos attentes de l'avenir, il est juste MPEG2 et MPEG4 classique, des standards ouverts, contrairement à beaucoup de propriétaires ou libre, car ils sont loin d'être ouverte et si bien que jamais il ya une implémentation de référence, de sorte que vous ne de ces normes que MPEG2 / 4 pouvez être sûr que vous avez encore à 30 ans, obtenir un exécutable décodeur, ce qui pour les autres codecs ne semble pas le cas de la sécurité.
En outre, le cas échéant, la documentation et code source utilise Dir absolument rien, parce que votre arrière-petit-fils n'est pas sûr des risques, et étudier, dans la version de votre encodage en fait été utilisé et le nouveau einhacken ... Absolument pas. Et ce que le code source anget, regardant fois dans le réseau, sans code qui est vraiment soigné ... car je trouve seulement des perles dans un fatras de confusion.
Donc je ne voudrais pas parier que ça marche, mais sur un standard, qui est désormais reconnue dans le monde entier et est répandue, et des l'industrie, ainsi que les diffuseurs prennent en charge et dans lequel vous pouvez faire des 15 prochaines années (sinon plus) également votre recevoir des programmes TV.
Mon désir, d'une image dans HW est peut-être pas du problème, car en fait le temps de l'encodeur logiciel dans la barre des exigences devrait être près et même si vous personnellement de ne pas arriver en temps réel, est sans doute pas (commercial programmeur ) plus de trouver des codecs sur les anciennes architectures HW adapter, parce que les résultats le long des exigences toujours être mauvais.
Et ce qui concerne les brevets .... un seul exemple: Microsoft VC1 oui a son début d'un projet de développement du H.264 ... na disons emprunté ... Comme elle possible sur la divulgation d'utilisateur existant, il fallait nécessairement la publication des droits de tiers. Ce sont environ 200 détenteurs de brevet, seul responsable de ce codec. Maintenant, vous aimez une image que, comme beaucoup d'entreprises à de tels développements sont impliqués. MPEG sont plus de 300, le H.264 coopérer.
Si une entreprise c'est-à-dire un équivalent, puissant codec sur le marché, il faut déjà plus se passer ... ou encore, on l'emprunte, comme par exemple les Chinois. Si je leur HDTV spécification page, je peux aussi le H.264 de côté, si ce n'est que beaucoup d'universités chinoises originaires mentionnés.
Vous voyez, les nouvelles, vraiment révolutionnaire codecs ne viennent pas simplement de la plume de l'ingéniosité des développeurs, mais ils sont un groupe


Répondre motiongroup:

Lars bonjour, êtes-di dans ce que vous avez évoquées gamme n'est pas dans la ligue du codec Dirac

http://diracvideo.org/
http://www.codec-download.de/codecs/video_codecs/bbc_dirac_video_codec_0.5.4_99.html
http://www.google.de/custom?domains=slashcam.de&q=dirac&sa.x=0&sa.y=0&sa=suche&sitesearch=slashcam.de&client=pub-8291754662609381&forid=1&ie=ISO-8859-1&oe=ISO-8859- 1 & cof = GALT% 3A% 23008000% 3BGL% 3A1% 3BDIV% 3A% 23336699% 3BVLC% 3A663399% 3BAH% 3Acenter% 3BBGC% 3AFFFFFF% 3BLBGC% 3AF09201% 3BALC% 3A000000% 3BLC% 3A000000% 3BT% 3A0000FF% 3BGFNT% 3A0000FF% 3BGIMP% 3A0000FF% 3BLH% 3A47% 3BLW% 3A429% 3BL% 3Ahttp% 3A% 2F% 2Fwww.slashcam.de% 2fimages% 2F% 2Fgooglesuche_unserlogo.gif% 3BS% 3Ahttp% 3A% 2F% 2Fwww.slashcam.de% 3BFORID% 3A1% 3B & hl = fr


Répondre LarsProgressiv:

Bonjour Wolfgang,

non, ce que Michael fait, il ne sait pas. Si je l'ai bien compris, il ya plusieurs possibilités:

- Snow rien faire et laisser mourir
- Snow continuer à développer et à faire une version 1.0
- D'autres codecs (h264) de base et d'améliorer
--- Inutile de supprimer
--- Améliorer la qualité
--- Optimiser la vitesse

Ce qui se passe est vraiment à lui.

Je ne suis pas son coordinateur ou ainsi. Je voulais juste fois plus entendre ce que d'autres à dire quand ils se veulent être un codec.

Je ne suis pas mathématicien, et je connais donc pas les véritables caractéristiques de H264 ou autres. Je ne connais que ce que je peut utiliser et placer. Et cela tombe souvent sur moi, que je profite de rupture spécifique et nécessaire.

Mais H264 frais de licence, il n'est pas le bon codec pour moi. Je suis idéaliste. Je n'utilise pas de logiciel propriétaire pour tout ce que je fais.

Dernière question à ce sujet: Quels sont les espaces de couleurs dans des couleurs qui aurait besoin de vous en charge?

Bonjour motion group,

Dirac est déjà très bien, à lui seul car il sous (L) GPL a été faite. Je me suis presque décidé de Dirac, mais a voulu regarder de nouveau à Snow, avant de me fixer. De regarder ce qui en sort.

Salutations
Lars


Répondre WoWu:

Lars Bonjour,
Merci pour des informations ...
Certes, mes besoins un peu différemment par un consommateur, parce que nous travaillons exclusivement pour la télévision. Étant donné que de plus en plus de 720 est demandé, nous avons prévu, dès que possible avec 720p50/60 en 4:4:4 à 12 bits. Cela donne (pour certains d'entre nous Profile & Level) un débit d'environ. 200 Mbit / s et est donc plus facile à manipuler.
De même, bien sûr, parce que nous sommes dans l'archivage Hintertkopf ont. Actuellement, nous faisons environ. 2min. Tous les jours de la finale et déjà aujourd'hui sur env. 600 To par an, l'archivage et la suppression. Soit 600 plaques de 1 To par an.
En ce qui concerne l'espace de couleurs pour nous vient en fait de pas-RGB seulement YCoCg application en question, parce que jamais YUV pour l'application dans le domaine numérique était prévue et les ennuis Rundungsfehehler et de la mauvaise Kodiereffizienz toujours abouti à des compromis. Par conséquent, la décision de YCoCg.

La chose avec Dirac, je également réfléchir à deux fois, notamment eu égard à votre application. Vous auriez ainsi, selon moi, pas vraiment être heureux ... pourtant me vos motivations pour une fois intéresser.


Répondre LarsProgressiv:

Bonjour Wolfgang,

envoie donc un lien qui m'a donné la différence entre YCoCg et YUV. Puis-je pas imaginer que la TV est utile, mais j'ai plaisir à apprendre.
Jusqu'à présent, j'ai trouvé que YCbCr.

Bonne nuit


Répondre WoWu:

Lars Bonjour,

NVIDIA présente le papier est révélateur:
http://developer.download.nvidia.com/whitepapers/2007/Real-Time-YCoCg-DXT-Compression/Real-Time%20YCoCg-DXT%20Compression.pdf
Gruss Wolfgang


Répondre LarsProgressiv:

Bonjour Wolfgang,

la conversion, qui décrit dans le document est utilisé, mais également arrondis. Au moins pour retourner à la conversion RVB.
En outre, depuis une perte lors de la conversion à YCoCg.
Si tu es vraiment sans perte ont voulu, déjà, vous devriez


Répondre WoWu:

Bonjour Lars
ce n'est pas aussi bien, parce que de l'encodeur et n'a plus qu'à des opérations d'addition et Shift pour les deux processus ont besoin.
En outre, sont difficiles à mettre en Suvre les valeurs de coefficient de loin.
Le désir de l'espace de couleur n'est pas rare, par exemple, et dans AVC FRExt prend en charge, de même que dans l'espace couleur RGB 4:4:4. Actuellement, il est possible mais seulement avec la mise en Suvre VSoft. Mais je suis certain que d'autres implémentations de tirer.
Qu'est-ce que votre objection en ce qui concerne YCoCg-R, il est justement la plus dynamique, les YCoCg le rend si intéressant, car vis-à-vis yCoCg-R, elle est de près de 1 db supérieur. Microsoft a publié le-R est inséré, afin d'assurer une meilleure compression à atteindre ... Mais je pense que c'est à ce point la mauvaise économie. En outre, le processus de multiplication ..
Le document (lien) est de 2003 et a été source d'inspiration pour les Standardisiertug pensé ... oui, il est évident alors pas incluses dans la norme.
Quote:
Mais quelle caméra enregistre déjà à cet espace de couleurs RVB, sur?

Déjà évident, mais c'est de cela qu'il s'agit précisément dans un tel codec, juste parce que pas d'appareil photo en 4:4:4 enregistre une bonne voie sur le codec à trouver la profondeur à enregistrer des taux de données possibles et parce que nous 720p60 faire, il serait pour le 12 bits et 4:4:4 avec AVCFRext rd. 200 Mbit / s ... et pour que les données qui nous en ce qui concerne le traitement et l'archivage semble encore gérable.
Seulement, je pense que, en ce qui concerne l'espace de couleurs est enfin annoncée, les anciens tresses tronquer analogique YUV et d'oublier.

Si l'on veut donc maintenant un nouveau, plus vaste de codec souvenirs, ces exigences doivent être au moins aussi être remplies.
Vous voyez, la barre d'un nouveau codec est élevé, de l'autre justement de faciliter de telles exigences à son tour la mise en Suvre.


Répondre LarsProgressiv:

Bonjour Wolfgang.

"WoWu" wrote:
Bonjour Lars
ce n'est pas aussi bien, parce que de l'encodeur et n'a plus qu'à des opérations d'addition et Shift pour les deux processus ont besoin.

Seulement parce que l'addition et de décalage des opérations, la conversion n'est pas sans perte. Mais simplement plutôt rapide.
En effet, comme déjà dans la référence, est la conversion de RGB vers YCoCg avec Bitverlust suivants:
[code: 1:33 abb0aabb] Y = ((R + B)>> 1) + G)>> 1 [/ code: 1:33 abb0aabb]
Pour que l'on perd les petits bits. Et la perte est là. Il a donc été développé YCoCg-R, en raison de l'absence de perte se produit. Il convient de noter, c'est qu'il s'agit d'une conversion de 8 bits, 3 valeurs de 3-8-bit valeurs. On peut compenser cette perte, comme décrit dans le papier, ce domaine, chaque canal en 2 bits d'autres organisations nationales. Alors faites-vous de 8 bits RVB (24 bits au total) sur 10 bits YCoCg-valeurs (30 bits au total) à partir de.
Par ailleurs, se sont 30 bits RVB (10 bits par canal) à l'espace de couleur 32 bits YCoCg perte.

Quote:
Qu'est-ce que votre objection en ce qui concerne YCoCg-R, il est justement la plus dynamique, les YCoCg le rend si intéressant, car vis-à-vis yCoCg-R, elle est de près de 1 db supérieur. Microsoft a publié le-R est inséré, afin d'assurer une meilleure compression à atteindre ... Mais je pense que c'est à ce point la mauvaise économie.


La dynamique est d'après le document, mais seulement par la dazugemogelten bits augmente, le retour à une conversion en RGB disparaître.
C'est également dans YCoCg le cas, mais
- 32 bits YCoCg-R peut être de 30 bits RGB sans perte, et sont représentés par
- 30-bit ne peut YCoCg sur RGB 24 bits sans perte (ou perte de 30 bits RGB) sont représentés.

Quote:
En outre, le processus de multiplication ..

Où en est-il? Il s'agit dans les deux sens (de conversion) que les additions et Shift opérations nécessaires. Et en plus, en nombre égal.

Salutations
Lars


Répondre WoWu:

Si, à la question de savoir pourquoi, la proposition n'est pas inclus dans la norme, oui, il est tout de même de Microsoft déjà en juillet 2003 Meeting a été introduit?
Il faudrait maintenant la fois jvt / MPEG documents de suivi. (inutile)
En outre, se produit mais également la plupart du temps pas de retour pour le signal RGB.
Mais pourquoi un tel changement ne sont, au moins une fois? Seulement, serait déjà intéressant de savoir pourquoi la proposition a été rejetée.


Répondre LarsProgressiv:

Bonjour Wolfgang,

je crois que je dois corriger.

Comme je le véritable standard n'est pas vraiment noir sur blanc, je peux pas dire avec certitude, mais il semble que YCoCg-R en tant que standard YCoCg été.
Au moins, j'ai lu cela de:




Répondre WoWu:

Je hab'Rico Malvar fois sur mon ancien compte MPEG demandé. Peut-être y at-il une réponse, car le sujet n'est pas pour moi le plus haut de la liste.
Attendons et voyons, à partir de.


Répondre WoWu:

@ Lars

Lars Bonjour,
Question était de savoir pourquoi le papier-VT I014r3 pas de prise en compte dans le standard a eu.
La réponse que j'ai reçu:
Dear Wolfgang,
I did not attend the meetings where jvt standards color spaces were discussed, si je ne
sais pas les raisons. My best guess is one issue that could have been rétrocompatibilité avec d'autres codecs, pour transcoding applications.
You may have noticed that YCoCg-R was adopted in the fidelity range extensions.
Best regards,
Rico Malvar

Il serait également expliquer pourquoi il en est de retrouver Dirac.
Afin de trouver la raison, il faudrait maintenant la réunion du protocole de recherches ... mais cela "donne" mais je puis.


Répondre LarsProgressiv:

Merci Wolfgang!

Lars


Répondre TheBubble:

"LarsProgressiv" wrote:

J'ai besoin d'un codec de sauvegarder l'avenir, je veux une solution qui me tourné Filmchen privé accueille et emballé avec son bruit de Vorbis dans un ouverte containers (MKV) _Ewigkeit_ disponible pour les conserves.

Il est donc pour moi, mes petits-enfants et arrière-petit-fils, etc possible, les Filmchen encore lire.


Reproduits ou une prise en charge des nouveaux matériels et systèmes d'exploitation ne sera plus très long terme pour garantir (s). Aujourd'hui déjà, par exemple, il ya parfois des problèmes avec le reproduit de vieux enregistrements vidéo ou de bandes de données.

On pourrait essayer, comme un format d'archive afin de choisir le codec répandue, que l'on peut, encore que le plus longtemps possible le besoin d'une lecture du format de fichier existe. En outre, on ne peut ignorer les films n'est pas facile pour une longue période de passe, de sorte que, si l'employé à jour ou modifier les codecs pris en charge, peuvent être convertis en temps.

"LarsProgressiv" wrote:

Et cela, je vois un standard ouvert de données, car le code source de documentation et de coûts liés à la liberté et de garantir la gratuité de genre.

Sert à rien tout seul, aussi longtemps que l'on ne serait pas en mesure, le logiciel d'attendre, le cas échéant, de nouveaux systèmes d'exploitation et d'adapter le matériel, de porter ou à mettre en Suvre ou assez d'argent, plus tard, quelqu'un pour ces activités sont à payer.

Les coûts d'une Reimplementierung, on pourrait réduire en choisissant le codec ou développés, dont le composant de lecture plus simple et bien documentée. Mais alors il faudrait quelqu'un qui à l'avenir également, même si c'est par rapport à d'autres codecs utilisés aujourd'hui est plus facile.

Et en plus, on peut dans un tel projet, ne pas oublier que ce n'est pas seulement pour le format de fichier, mais aussi les médias, sur lesquels les données sont déposés, à l'avenir encore lisibles. Là encore, les sauvegardes et les transferts de technologie en cours de travail.



Codec

Problèmes avec codec animation dans Final Cut
Google rachète codec On2 développeur - YouTube va VP8?
Modifier FLV de Youtube dans Adobe Premiere (; implication Comment convertir ou codec
Avid Film au PCF - codec?
HDV Codec pour Mac / After Effects
VHS vers SVCD / question codec
Cinepak Codec settings?
Premiere Elements 3.0 On2 VP6 possible codec?
Lecteur de DVD sur le DVD se charge et le contenu du DVD sans passer codec
Final Cut Studio codec problème dans expo bien pour Windows Media Encoder
Comment AVI avec codec XVID sous AFX7.0 (Mac) à dépenser?
Lire Mpeg problème codec MPEG2 MAC et PC
Codec DivX désinstaller?
DV500 et codec
Quel codec Mpeg2 pour la création apporte le meilleur résultat
Nero Vision sans le son au Sonic Cinemaster codec??
Codec H264 - son mais pas d'image ... argh!
Bon Codec pour fichiers Wave Sound
Windows Movie Maker - soudainement trouvé aucun codecs supplémentaires
Pinnacle Studio Pro 10 peut capturer le nouveau codec AVCHG (Sony)?

















des sujets plus:

1080i
16:9
24p
25p
35mm
3D
50i
720p
AFX
AVCHD
AVI
Adapter
Adobe After Effects
Adobe Encore DVD
Adobe Premiere Pro
After effects
Ahead Nero
Apple
Apple DVD Studio Pro
Apple Final Cut Pro
Apple iMovie
Audio
Avid
Avid Xpress
Avid Xpress Pro
Batterie
Bit
Blu-ray
Book
CCD - Chip
Camcorder
Camera
Canon
Canon HF10
Canon HF100
Canon HV10
Canon HV20
Canon HV30
Canon XH A1
Canon XH-A1
Canon XL1
Canopus
Canopus Edius
Capture
Capturing
Clip
Clips
Codec
Codecs
Compression
DV
DV-AVI
DVB
DVB-T
DVCPRO
DVD-lab
Dazzle
Digibeta
Digital Beta
Director
DivX
Divx
ENG
Encoder
Export
FCP
FLV
Fcp
File
Film
Final Cut
Final Cut Pro
Firewire
Flash
Footage
Format
Formate
Formats
Forum
Frame
Frames
Freeware
GEMA
H.264
HDD
HDMI
HDV
Hi8
Interface
Interview
JVC
Kaufberatung
LANC
Layer
Light
Liquid
Lowlight
MAGIX video deLuxe
MP4
MPEG
MPEG2
MPEG4
Mac
Matrox
Media Player
Medion
Mic
Microphone
Microsoft Movie Maker
MiniDV
Monitor
Montage
Mov
Movie
Mp3
Mpeg2
NTSC-Format
Nikon
P2-Karte
PAL
PAL-Format
PC
Panasonic
Panasonic AG-HVX200
Photoshop
Pinnacle
Pinnacle Studio
Pixel
Player
Plugin
Plugins
Premiere
Preview
ProHD
Programme
Quicktime
RAM
Recorder
Red
Review
SAT
Samsung
Sanyo
Sennheiser
Sony
Sony HDR-FX1
Sony HDR-FX7
Sony HDR-HC1
Sony HDR-HC3
Sony HDR-HC7
Sony HDR-SR11
Sony HVR-A1
Sony HVR-Z1
Sony PMW-EX1
Sony PMW-EX3
Sony Vegas Movie Studio
Sony Vegas Video
Sony XDCAM PMW EX1
Sound
Stream
Streaming
TMPGEnc
TV
Tape
Test
Texte
Ton
USB
Ulead MediaStudio
VCD
VCD/DVD
VGA
VHS
Vegas
Virtual Dub
VirtualDub
Vista
WMV
Windows
Windows Media
Windows media
Wmv
XDCam
XL1S
XLR
Xlr
Xvid
YouTube
Zoom

Sonstige

Featuresschraeg
slashCAM
slashCAM
News
HD Camcorder database
One-on-One Cam comparison
About our tests
About us


update am 22.April 2011 - 09:05
slashCAM ist ein Projekt der channelunit GmbH
*Datenschutzhinweis*