loopx

... travaillant sur Gentoo Linux, j'ai peut être omi de compiler le "quicktime" (pensais que ça n'existait plus ...) : loopx@loop /mnt/cargo/surveillance/cam/20120611PM $ tcprobe -i cam20120611-190751-1339434471.mp4 [probe_mov.c] audio codec=ulaw [probe_mov.c] video codec=avc1 [tcprobe] Apple QuickTime movie file [tcprobe] summary for cam20120611-190751-1339434471.mp4, (*) = not default, 0 = not detected import frame size: -g 160x16 [720x576] (*) frame rate: -f 27.806 [25.000] frc=0 (*) audio track: -a 0 [0] -e 8000,8,1 [48000,16,2] -n 0x1 [0x2000] (*) length: 473 frames, frame_time=35 msec, duration=0:00:17.010 Je ne comprend pas trop bien ce que quicktime vient foutre là dans une vidéo H264 ... serait-ce lié au conteneur audio/vidéo ? Vraiment étrange comme format ... mais en tout cas, la commande ci-dessus voit bien les 25fps et non 75

As-tu testé le mode générique ONVIF ? Ça pourrait aider ...

Hello, J'ai acheté une D-Link DCS-2230 et .. en DSM 3.2, j'ai réussi à la faire fonctionner (pas vraiment besoin du DSM 4.0). En fait, la "compatibilité" avec cette caméra ... ça veut dire que le syno va pouvoir modifier les paramètres de la caméra (comme toi tu pourrais le faire via l'interface Web de la camera). Cela est ... inutile pour moi car aucun système mécanique à commander et donc, j'ai juste besoin de récupérer le flux vidéo sur le NAS pour que ce dernier l'enregistre (avec détection de mouvement). J'ai mis à jour DSM vers 4.0 et ... bien que ma caméra s'y trouve maintenant, je n'utilise pas l'ajout de la camera via cette nouvelle "compatibilité". En l'ajoutant via sélection du modèle, syno va supprimer les profiles pour n'en conserver qu'un. Pas de problème jusque là, sauf que je ne trouve même pas les 25 images par secondes en 720p !!! Quoi de plus inutile donc (la limite est à 15 alors qu'elle débite à 25). Bref, j'ai ajouté via ONVIF (générique) et cela fonctionne parfaitement. J'ai juste un souci lors de la lecture vidéo : il détecte 75 FPS ... alors qu'il n'y en a que 25 et du coup, le lecteur saccade un peu. En forçant la lecture à 25fps, tout fonctionne à merveille. Bref, tente le ONVIF car pour ma part, je suis plutôt déçu de la prise en charge de la cam via syno ... tout en étant inutile et en détruisant les configurations manuelle de la cam.

Salut, "Semble" ne veut pas dire grand chose : pourrait-tu vérifier que c'est vraiment une autre résolution que 720p ? Ensuite, par ou va tu visionner la vidéo ? Si tu regardes un enregistrement, là, tu aura probablement du vrai 720p ... mais via le browser .. hum ... Ah, chez moi, même sur windows, j'ai une page blanche lors de l'affichage de la vidéo sur le syno ... je dois me connecter directement à la cam pour avoir un "truc" qui fonctionne.

Bonjour, Étant un heureux possesseur d'un syno DS411+II, j'ai fais dernièrement l'acquisition d'une camera D-Link DCS-2230. Je vous arrête tout de suite : la compatibilité de la caméra ne me pose pas de problème : je suis en DSM 4.0.blabla et ... : - en 720p, c'est 15 FPS à configurer (quand je sélectionne la cam lors de l'ajout) - cette caméra fais 25 FPS en 720p ...... Donc, comme je viens de le dire, ça ne me pose pas vraiment de problème car je l'ai ajouté via le mode ONVIF qui me propose bien ce choix : 720p en 25 FPS. Bref, la caméra fonctionne à merveille, le NAS enregistre et détecte parfaitement les mouvements, tout est merveilleux ... SAUF que ... on dirait que dans la vidéo, le FPS est encodé à 75 (encodage H264).. et non 25 FPS ... Du coup, via mplayer (Linux), il tente d'afficher 75 FPS et j'ai des saccades plutôt désagréable (j'ai testé d'autre lecteur et tous semble avoir ce souci). Ces saccades ne se trouvent pas dans la vidéo car si je limite bien le FPS à 25 en lecture (option "-fps 25"), alors plus aucune sacade. De plus, j'ai passé mplayer à 1 FPS et il y a bien 25 images par secondes (après 25 images, les secondes sont incrémentée en haut à gauche de la vidéo : date et heure de la DSC-2230). J'aurais voulu savoir si c'était un éventuel problème d'encodage vidéo sur le syno ? Ou si c'était mon mplayer qui perdait un peu la tête ... Je vous envoi la sortie de mplayer : loopx@loop /mnt/cargo/surveillance/cam/20120611PM $ mplayer cam20120611-202545-1339439145.mp4 MPlayer SVN-r33094-4.5.3 (C) 2000-2011 MPlayer Team Bezig met het afspelen van cam20120611-202545-1339439145.mp4 libavformat bestandsformaat gedetecteerd! [lavf] stream 0: video (h264), -vid 0 [lavf] stream 1: audio (pcm_mulaw), -aid 0, -alang eng VIDEO: [H264] 1280x720 24bpp 75.000 fps 5070.7 kbps (619.0 kbyte/s) Clip info: major_brand: isom minor_version: 0 compatible_brands: mp41 creation_time: 2012-06-11 18:26:06 encoder: vlc 1.0.0 stream output encoder-eng: vlc 1.0.0 stream output Load subtitles in ./ ========================================================================== Bezig met het openen van de video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) ========================================================================== ========================================================================== Bezig met het openen van de audio decoder: [alaw] aLaw/uLaw audio decoder AUDIO: 8000 Hz, 1 ch, s16le, 64.0 kbit/50.00% (ratio: 8000->16000) Selected audio codec: [ulaw] afm: alaw (uLaw) ========================================================================== AO: [alsa] 8000Hz 1ch s16le (2 bytes per sample) Start afspelen... Film-Aspect is 1.78:1 - voorscalering naar het correcte film-aspect. VO: [vdpau] 1280x720 => 1280x720 Planar YV12 A: 16.5 V: 16.9 A-V: -0.446 ct: 0.540 0/ 0 19% 4% 0.0% 0 0 Bezig met afsluiten... (Einde van bestand) Mes excuses pour le mplayer en néerlandais .. .je suis entrain d'y remédier ... Alors, est-ce la vidéo ou le lecteur qui pose problème ??? Avez-vous déjà rencontré ce problème ? Merci

Bonsoir, J'ai fais ce genre d'infrastructure dans mon syno : - public : un répertoire normal ou sont monté (--bind) certain répertoire ; le tout est exporté en RO - private : pareil mais avec 1 répertoire en plus ; le tout est exporté en RW Il apparaît que les sous répertoires commun entre "public" et "private" ont tous les mêmes droits : soit RO, soit RW mais jamais l'un et l'autre comme désiré (je le vois car il me dit que le système de fichier est en lecture seul dans ces sous-répertoire uniquement). Je n'ai toujours pas compris d'où vient ce problème ... Voici ma configuration ... le but est d'avoir 2 "entrées" NFS (via export) : une en lecture seul (public) et l'autre en écriture (private_loopx) qui peut, notamment, contenir d'autre répertoire aussi accessible en écriture : ici, un répertoire personnelle "loopx". Les répertoires commun (entre public et private) sont "autre", "music" et "video". - les répertoires en question ... : cargo> pwd /volume1 cargo> ls -lh [...] drwxrwxrwx 4 root root 4.0K Dec 21 22:44 autre drwxrwxrwx 24 root root 4.0K Dec 21 22:44 loopx drwxrwxrwx 7 root root 4.0K Jun 19 2011 music drwxrwxrwx 6 root root 4.0K Dec 21 22:37 private_loopx drwxrwxrwx 5 root root 4.0K Dec 21 19:50 public drwxrwxrwx 9 root root 4.0K Dec 21 22:55 video - les montages --bind : cargo> df -h Filesystem Size Used Available Use% Mounted on /dev/md0 2.3G 497.8M 1.8G 22% / /tmp 496.5M 340.0K 496.1M 0% /tmp /dev/md2 5.4T 1.3T 4.0T 25% /volume1 #PUBLIC /volume1/autre 5.4T 1.3T 4.0T 25% /volume1/public/autre /volume1/music 5.4T 1.3T 4.0T 25% /volume1/public/music /volume1/video 5.4T 1.3T 4.0T 25% /volume1/public/video #PRIVATE /volume1/loopx 5.4T 1.3T 4.0T 25% /volume1/private_loopx/loopx /volume1/autre 5.4T 1.3T 4.0T 25% /volume1/private_loopx/autre /volume1/music 5.4T 1.3T 4.0T 25% /volume1/private_loopx/music /volume1/video 5.4T 1.3T 4.0T 25% /volume1/private_loopx/video (remarquez bien les 3 répertoires commun ; 2 mounts par répertoire commun) - et la configuration NFS : #PUBLIC /volume1/public 10.2.1.0/26(ro,async,no_wdelay,root_squash,insecure_locks,anonuid=1025,anongid=100) /volume1/public/autre 10.2.1.0/26(ro,async,no_wdelay,nohide,root_squash,insecure_locks,anonuid=1025,anongid=100) /volume1/public/music 10.2.1.0/26(ro,async,no_wdelay,nohide,root_squash,insecure_locks,anonuid=1025,anongid=100) /volume1/public/video 10.2.1.0/26(ro,async,no_wdelay,nohide,root_squash,insecure_locks,anonuid=1025,anongid=100) #PRIVATE /volume1/private_loopx 10.2.1.6(rw,async,no_wdelay,root_squash,insecure_locks,anonuid=1025,anongid=100) /volume1/private_loopx/loopx 10.2.1.6(rw,async,no_wdelay,nohide,no_root_squash,insecure_locks,anonuid=1025,anongid=100) /volume1/private_loopx/autre 10.2.1.6(rw,async,no_wdelay,nohide,no_root_squash,insecure_locks,anonuid=1025,anongid=100) /volume1/private_loopx/music 10.2.1.6(rw,async,no_wdelay,nohide,no_root_squash,insecure_locks,anonuid=1025,anongid=100) /volume1/private_loopx/video 10.2.1.6(rw,async,no_wdelay,nohide,no_root_squash,insecure_locks,anonuid=1025,anongid=100) (utilisation de "nohide" pour avoir accès aux sous-répertoire sinon, c'est un répertoire vide ... juste le point de montage quoi ; regardez les "ro" et "rw" ... ils sont pourtant correctement placé il me semble) Mon problème, c'est que le "mount private" sur mon PC fonctionne en écriture pour le sous-répertoire "loopx" ... mais pas avec les "autre", "music" et "video" qui ont été, on dirait, écrasé par la configuration PUBLIC (sont en RO et pas RW ; le répertoire parent "private_loopx" est bien en RW). Je peux éventuellement inverser la situation .. mais les sous-répertoires "video, .." vont être RW ... aussi au niveau du "public" ce qui serait un peu catastrophique au niveau de la sécurité ... Quelqu'un sait comment éviter ce problème ? Je pense que c'est du au "mount --bind" ... Il règle le RO ou RW sur, au final, le même répertoire ... => il prend la dernière configuration ... ? Et donc, les sous répertoires sont soit en RO, soit RW ... ça craint vraiment et je ne trouve pas d'autre solution aussi harmonieuse que celle que je tenais ... F1, Merci

Hi,

Re, Je pense pouvoir confirmer que c'est le PSU car j'ai le mod

Bonsoir, Merci de votre aide. C'est un transfo externe ... IL y a bien du courant à l'entrée sur la prise murale, le PSU est allumé (petite led) et quand je branche au NAS, les ventillos bouge un tout petit peu. Mais rien ne se passe niveau "démarrage" mécanique ... Est-ce normal d'avoir ce genre de problème après si peu de temps ? Il ne fait pas chaud, rien ... Le seul truc qui pourrait éventuellement poser problème c'est que le PSU était à côté de celui du portable (qui est mon serveur). Quand je dis à côté, c'est qu'il se touche mais aucun n'est trop chaud. D'ailleurs, mon serveur fonctionne très bien ... mais le NAS lui, il ne veut plus rien donner. Je ne comprend pas : dans ma vie, je n'ai jamais cassé ce genre de transformateur . J'ai peur d'avoir le même problème avec un autre. J'ai ouvert un appel technique chez Synology .. J'ai plus qu'a attendre. Niveau test du PSU, ... c'est une espèce de connecteur rond ... Je n'ai absolument aucune idée des tensions qui doivent s'y trouver et je ne peux donc pas faire grand chose. Je suis terriblement déçu et maintenant, pas un jour ne vas passer sans que je ne me demande si mon NAS ne vas pas encore me lâcher . Merci de votre aide. EDIT: est-ce que l'allumage de la LED pendant 3 secondes et le signe d'une PSU grillée ?

Bonsoir, Voil