Forum |  HardWare.fr | News | Articles | PC | Prix | S'identifier | S'inscrire | Shop Recherche
739 connectés 

 


Sujet(s) à lire :
    - [arduino] Topic Unique blabla @ Arduino
 

 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  574  575  576  ..  885  886  887  888  889  890
Auteur Sujet :

[Topic Unique] Un mini-PC à 30 euros : le Raspberry Pi

n°130681
Deadlock
Feck off, cup !
Posté le 08-03-2016 à 11:22:11  profilanswer
 

Reprise du message précédent :
L'avantage est de ne pas avoir à stopper l'OS. Et de maintenir une image à jour prête à être flashée.

 

Enfin bon, c'est pratique pour mon utilisation, c'est pour ça que je l'ai développé. Je partage si ça intéresse sinon tant pis.

Message cité 2 fois
Message édité par Deadlock le 08-03-2016 à 11:23:04

---------------
"Les Doigts sont nos dieux!" - Année 100.000.667, 23ème, rebelle déiste.
mood
Publicité
Posté le 08-03-2016 à 11:22:11  profilanswer
 

n°130684
raukoras
Posté le 08-03-2016 à 11:28:31  profilanswer
 

Ca intéresse :)

n°130685
Fredouye
Shivers !
Posté le 08-03-2016 à 11:28:34  profilanswer
 

[Toine] a écrit :

Tu peux sauvegarder la carte avec W32DiskImager quand tu as une version stable.


Oui, mais tu auras une image de 32 Go si ta carte fait 32 Go (et que seulement 2-3 Go sont utilisés)...


---------------
Le dernier arrivé est fan de Phil Collins
n°130686
Fredouye
Shivers !
Posté le 08-03-2016 à 11:30:02  profilanswer
 

Sinon, il y a aussi 'rpi-clone' : https://github.com/billw2/rpi-clone
 

Citation :

rpi-clone is a shell script that will back up (clone using dd and rsync) a running Raspberry Pi file system to a destination SD card 'sdN' plugged into a Pi USB port (via a USB card reader). I use it to maintain backups of several Pi SD cards I have and the destination backup SD cards can be a different size (smaller or larger) than the booted SD card. rpi-clone works on Raspberry Pi disks which have a VFAT boot partition 1 and a Linux root partition 2. Tested on Raspbian but should work on other distributions which have this same two partition structure.


 
Je m'en étais servi pour cloner à chaud une SD 32 Go vers une 16.


---------------
Le dernier arrivé est fan de Phil Collins
n°130687
[Toine]
La BX , c'est chix!
Posté le 08-03-2016 à 11:35:10  profilanswer
 

Fredouye a écrit :


Oui, mais tu auras une image de 32 Go si ta carte fait 32 Go (et que seulement 2-3 Go sont utilisés)...


Oui c'est pas faux :D . On arrive à shrinker, mais c'est bordélique.


---------------
mes ventes : http://forum.hardware.fr/hfr/Achat [...] 0413_1.htm .
n°130688
stancw
Parle à Monkey ...
Posté le 08-03-2016 à 12:08:57  profilanswer
 

Arf .. c'est concon ça :/
 
http://www.framboise314.fr/wp-content/uploads/2014/12/Raspberry-Pi-b-GPIO-Problem.jpg
 


---------------
... ma tête est malade -  "Est-ce que ce bruit dans ma tête te dérange?"
n°130690
julienbert​hier
Dans les montagnes...
Posté le 08-03-2016 à 12:35:55  profilanswer
 

c'est moche :lol:

n°130691
Kyjja
Paye la dîme.
Posté le 08-03-2016 à 12:40:33  profilanswer
 

Fais tourner Deadlock !


---------------
Achat/Ventes | HWBot | Conso GPU | Who's who PSU | Mes BD \o/ | https://lc.cx/-peEXkCfG
n°130692
Deadlock
Feck off, cup !
Posté le 08-03-2016 à 12:58:13  profilanswer
 

Bon je partage mes scripts, si ça intéresse.
 
Le premier (imgprep) va créer une image dans le directory $imgdir, libre à vous de le configurer comme vous voulez. Moi c'est un mount NFS d'un NAS dans /backup/ds415
Par défaut, l'image fera la taille de votre / (root) + 75MB pour /boot + la valeur en MB définie par $extra, 256MB dans mon cas.
 
Le RPI sur lequel je prends une image:
 

root@rpi4:~ # df -hP
Filesystem                        Size  Used Avail Use% Mounted on
/dev/root                         3.6G  2.8G  620M  83% /
devtmpfs                          238M     0  238M   0% /dev
tmpfs                             242M     0  242M   0% /dev/shm
tmpfs                             242M   13M  229M   6% /run
tmpfs                             5.0M  4.0K  5.0M   1% /run/lock
tmpfs                             242M     0  242M   0% /sys/fs/cgroup
/dev/mmcblk0p1                     74M   20M   55M  27% /boot
tmpfs                              49M     0   49M   0% /run/user/0
192.168.1.101:/volume1/NetBackup  1.8T   11G  1.8T   1% /backup/ds415


 
Donc la SD fait 4GB dont ~2.8GB sont utilisés. Au final l'image fera donc ~3GB.
 
imgrep.sh http://belokan.info/scripts/imgprep.sh
 
Exécution:

root@rpi4:~ # ./imgprep.sh
Creating base image file (3157MB): done
Configuring loop (/dev/loop0): done
Creating partitions: done
Formating FAT partition: done
Formating EXT partition: done


 
A ce stade vous avez une image rpi4.img qui comporte une partition bootable vide de 75MB en FAT32 et un partition vide de ~3GB en EXT4.
 
Pour à présent faire le backup du système (comprendre de / et de /boot) vous utilisez le second script:
 
imgdump.sh http://belokan.info/scripts/imgdump.sh
 
Exécution:

root@rpi4:~ # ./imgdump.sh
Configuring loop (/dev/loop0): done
Mounting root on /imgbkp: done
Mounting boot on /imgbkp/boot: done
backuping ...
 
Number of files: 106,777 (reg: 81,628, dir: 8,703, link: 16,446)
Number of created files: 106,773 (reg: 81,628, dir: 8,699, link: 16,446)
Number of deleted files: 0
Number of regular files transferred: 81,628
Total file size: 2,738,968,465 bytes
Total transferred file size: 2,738,633,079 bytes
Literal data: 2,738,633,538 bytes
Matched data: 0 bytes
File list size: 3,341,920
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 2,745,727,986
Total bytes received: 1,658,480
 
sent 2,745,727,986 bytes  received 1,658,480 bytes  2,480,710.13 bytes/sec
total size is 2,738,968,465  speedup is 1.00
Unmounting /imgbkp/boot: done
Unmounting /imgbkp: done


Lors du premier backup, la totalité du système, soit 2.7GB sont copiés dans l'image qui elle fait bien ~3.1GB:

root@rpi4:~ # ls -lh /backup/ds415/rpi4.img  
---------- 1 root root 3.1G Mar  8 11:18 /backup/ds415/rpi4.img


 
Par contre si vous relancez imgdump "plus tard" seul le delta soit ici 60KB seront sauvés dans l'image:

root@rpi4:~ # ./imgdump.sh  
Configuring loop (/dev/loop0): done
Mounting root on /imgbkp: done
Mounting boot on /imgbkp/boot: done
backuping ...
 
Number of files: 106,779 (reg: 81,630, dir: 8,703, link: 16,446)
Number of created files: 2 (reg: 2)
Number of deleted files: 0
Number of regular files transferred: 9
Total file size: 2,738,971,186 bytes
Total transferred file size: 61,638 bytes
Literal data: 61,638 bytes
Matched data: 0 bytes
File list size: 262,140
File list generation time: 0.002 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 3,003,921
Total bytes received: 9,475
 
sent 3,003,921 bytes  received 9,475 bytes  64,804.22 bytes/sec
total size is 2,738,971,186  speedup is 908.93
Unmounting /imgbkp/boot: done
Unmounting /imgbkp: done


 
Faites juste attention que si le système grossi de recréer une image pouvant contenir l'ensemble / + /boot. Sinon repassez par la case imgprep pour refaire une nouvelle image (en déplaçant/renommant l'actuelle avant ...)
 
Si le système n'évolue pas plus que ça, lancez un imgprep.sh && imgdump.sh à la main et ajoutez une entrée cron journalière avec seulement imgdump par exemple.
 
Si vous restaurez une image, une petit coup de raspi-config -> Expand Filesystem remettra / à la taille maxi de la SD. Du coup les scripts sont facilement utilisables pour passer à une carte plus petite/plus grande aussi ...


---------------
"Les Doigts sont nos dieux!" - Année 100.000.667, 23ème, rebelle déiste.
n°130696
com21
real men don't click
Posté le 08-03-2016 à 13:50:02  profilanswer
 

Fredouye a écrit :


Oui, mais tu auras une image de 32 Go si ta carte fait 32 Go (et que seulement 2-3 Go sont utilisés)...


 
J'ai une carte 64Go  :D
 
Mais je compresse après le backup et voilà


---------------
Cherche geekette | Traquez vos billets d'€ | Don du sang | Don de moelle osseuse
mood
Publicité
Posté le 08-03-2016 à 13:50:02  profilanswer
 

n°130697
Profil sup​primé
Posté le 08-03-2016 à 14:16:22  answer
 

Fredouye a écrit :


Oui, mais tu auras une image de 32 Go si ta carte fait 32 Go (et que seulement 2-3 Go sont utilisés)...


Oui, c'est chiant d'ailleurs :o

n°130698
Profil sup​primé
Posté le 08-03-2016 à 14:17:15  answer
 

com21 a écrit :


 
J'ai une carte 64Go  :D
 
Mais je compresse après le backup et voilà


 
Tu compresses ton IMG en quoi ?
 
Tu y gagnes ? Je n'y ai même pas pensé :)

n°130699
Deadlock
Feck off, cup !
Posté le 08-03-2016 à 14:20:28  profilanswer
 


Teste mon script alors ...


---------------
"Les Doigts sont nos dieux!" - Année 100.000.667, 23ème, rebelle déiste.
n°130700
toto408
free porn
Posté le 08-03-2016 à 14:22:34  profilanswer
 

Fouge a écrit :

C'était pas Kodi 17 avec le mode "zero copy" ?


Ah peut-être, j'ai pas regardé en détails


---------------
OverClocking-Masters
n°130701
toto408
free porn
Posté le 08-03-2016 à 14:24:40  profilanswer
 

Deadlock a écrit :

L'avantage est de ne pas avoir à stopper l'OS. Et de maintenir une image à jour prête à être flashée.

 

Enfin bon, c'est pratique pour mon utilisation, c'est pour ça que je l'ai développé. Je partage si ça intéresse sinon tant pis.


Très intéressé :)


---------------
OverClocking-Masters
n°130702
Vince-100
Posté le 08-03-2016 à 14:26:43  profilanswer
 


 
Je viens de le faire avec une image d'une carte 8 Go.
Compression au format 7z, résultat: 1,7 Go  :love:  
 
Efficace, je n'y avais jamais pensé non plus  [:ddr555]


Message édité par Vince-100 le 08-03-2016 à 14:27:31
n°130703
com21
real men don't click
Posté le 08-03-2016 à 14:33:49  profilanswer
 

Deadlock a écrit :

Bon je partage mes scripts, si ça intéresse.
 
Le premier (imgprep) va créer une image dans le directory $imgdir, libre à vous de le configurer comme vous voulez. Moi c'est un mount NFS d'un NAS dans /backup/ds415
Par défaut, l'image fera la taille de votre / (root) + 75MB pour /boot + la valeur en MB définie par $extra, 256MB dans mon cas.
 
Le RPI sur lequel je prends une image:
 

root@rpi4:~ # df -hP
Filesystem                        Size  Used Avail Use% Mounted on
/dev/root                         3.6G  2.8G  620M  83% /
devtmpfs                          238M     0  238M   0% /dev
tmpfs                             242M     0  242M   0% /dev/shm
tmpfs                             242M   13M  229M   6% /run
tmpfs                             5.0M  4.0K  5.0M   1% /run/lock
tmpfs                             242M     0  242M   0% /sys/fs/cgroup
/dev/mmcblk0p1                     74M   20M   55M  27% /boot
tmpfs                              49M     0   49M   0% /run/user/0
192.168.1.101:/volume1/NetBackup  1.8T   11G  1.8T   1% /backup/ds415


 
Donc la SD fait 4GB dont ~2.8GB sont utilisés. Au final l'image fera donc ~3GB.
 
imgrep.sh http://belokan.info/scripts/imgprep.sh
 
Exécution:

root@rpi4:~ # ./imgprep.sh
Creating base image file (3157MB): done
Configuring loop (/dev/loop0): done
Creating partitions: done
Formating FAT partition: done
Formating EXT partition: done


 
A ce stade vous avez une image rpi4.img qui comporte une partition bootable vide de 75MB en FAT32 et un partition vide de ~3GB en EXT4.
 
Pour à présent faire le backup du système (comprendre de / et de /boot) vous utilisez le second script:
 
imgdump.sh http://belokan.info/scripts/imgdump.sh
 
Exécution:

root@rpi4:~ # ./imgdump.sh
Configuring loop (/dev/loop0): done
Mounting root on /imgbkp: done
Mounting boot on /imgbkp/boot: done
backuping ...
 
Number of files: 106,777 (reg: 81,628, dir: 8,703, link: 16,446)
Number of created files: 106,773 (reg: 81,628, dir: 8,699, link: 16,446)
Number of deleted files: 0
Number of regular files transferred: 81,628
Total file size: 2,738,968,465 bytes
Total transferred file size: 2,738,633,079 bytes
Literal data: 2,738,633,538 bytes
Matched data: 0 bytes
File list size: 3,341,920
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 2,745,727,986
Total bytes received: 1,658,480
 
sent 2,745,727,986 bytes  received 1,658,480 bytes  2,480,710.13 bytes/sec
total size is 2,738,968,465  speedup is 1.00
Unmounting /imgbkp/boot: done
Unmounting /imgbkp: done


Lors du premier backup, la totalité du système, soit 2.7GB sont copiés dans l'image qui elle fait bien ~3.1GB:

root@rpi4:~ # ls -lh /backup/ds415/rpi4.img  
---------- 1 root root 3.1G Mar  8 11:18 /backup/ds415/rpi4.img


 
Par contre si vous relancez imgdump "plus tard" seul le delta soit ici 60KB seront sauvés dans l'image:

root@rpi4:~ # ./imgdump.sh  
Configuring loop (/dev/loop0): done
Mounting root on /imgbkp: done
Mounting boot on /imgbkp/boot: done
backuping ...
 
Number of files: 106,779 (reg: 81,630, dir: 8,703, link: 16,446)
Number of created files: 2 (reg: 2)
Number of deleted files: 0
Number of regular files transferred: 9
Total file size: 2,738,971,186 bytes
Total transferred file size: 61,638 bytes
Literal data: 61,638 bytes
Matched data: 0 bytes
File list size: 262,140
File list generation time: 0.002 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 3,003,921
Total bytes received: 9,475
 
sent 3,003,921 bytes  received 9,475 bytes  64,804.22 bytes/sec
total size is 2,738,971,186  speedup is 908.93
Unmounting /imgbkp/boot: done
Unmounting /imgbkp: done


 
Faites juste attention que si le système grossi de recréer une image pouvant contenir l'ensemble / + /boot. Sinon repassez par la case imgprep pour refaire une nouvelle image (en déplaçant/renommant l'actuelle avant ...)
 
Si le système n'évolue pas plus que ça, lancez un imgprep.sh && imgdump.sh à la main et ajoutez une entrée cron journalière avec seulement imgdump par exemple.
 
Si vous restaurez une image, une petit coup de raspi-config -> Expand Filesystem remettra / à la taille maxi de la SD. Du coup les scripts sont facilement utilisables pour passer à une carte plus petite/plus grande aussi ...


 
 :jap:  
 
Faut que je regarde ça en détail et que je fasse des tests en sauvegardant sur le dd de la freebox revolution.


---------------
Cherche geekette | Traquez vos billets d'€ | Don du sang | Don de moelle osseuse
n°130704
com21
real men don't click
Posté le 08-03-2016 à 14:34:44  profilanswer
 


 
au final même en le compressant en zip  via windows tu gagnes.


---------------
Cherche geekette | Traquez vos billets d'€ | Don du sang | Don de moelle osseuse
n°130705
maikeximu
Posté le 08-03-2016 à 14:44:17  profilanswer
 

Rpi 3 de thé Pi Hut reçu !

 

Premier test concernant le HEVC. Je préfère ne pas mentionner mes sources (Quasar) ici mais concernant du 720P ça passe sans problème.

 

Le 1080 ne passe pas et affiche 7-8fps et rame.

 

Je suis sous OSMC brut non overclocke. Le fichier fait 330Mo pour 50min. Ci dessous une capture en lecture.

 

http://imgur.com/u8Qan0G

n°130708
Chips
Posté le 08-03-2016 à 15:03:24  profilanswer
 

maikeximu a écrit :

Rpi 3 de thé Pi Hut reçu !
 
Premier test concernant le HEVC. Je préfère ne pas mentionner mes sources (Quasar) ici mais concernant du 720P ça passe sans problème.  
 
Le 1080 ne passe pas et affiche 7-8fps et rame.
 
Je suis sous OSMC brut non overclocke. Le fichier fait 330Mo pour 50min. Ci dessous une capture en lecture.


 
Je crois pas que OSMC ait les optimisations zero copy qui améliore la lecture x265...
Les image de kodi 17 de milhouse ont cette optim:
 
http://forum.kodi.tv/showthread.php?tid=250817

n°130710
Fredouye
Shivers !
Posté le 08-03-2016 à 15:39:32  profilanswer
 

Il y a également des "nightlies" d'OSMC / Kodi 17 : https://discourse.osmc.tv/t/testing [...] y-pi/11586


---------------
Le dernier arrivé est fan de Phil Collins
n°130711
maikeximu
Posté le 08-03-2016 à 15:46:12  profilanswer
 

Fredouye a écrit :

Il y a également des "nightlies" d'OSMC / Kodi 17 : https://discourse.osmc.tv/t/testing [...] y-pi/11586

 

Je regarderais ça mais Openelec est trop fermé pour mon usage Osmc/Retropie. Je trouve que le 720p est déjà franchement bien et que l'audio du 1080p passe et ça devrait finir par bien tourner dans un petit moment.

n°130712
Fredouye
Shivers !
Posté le 08-03-2016 à 15:51:20  profilanswer
 

L'avantage avec OSMC, c'est que pour tester Kodi 17 tu as juste à mettre à jour le package rbpx-mediacenter-osmc-xxxx.deb (le retour arrière est plus rapide, il faut juste restaurer son répertoire ~/.kodi)


---------------
Le dernier arrivé est fan de Phil Collins
n°130713
maikeximu
Posté le 08-03-2016 à 16:02:48  profilanswer
 

Fredouye a écrit :

L'avantage avec OSMC, c'est que pour tester Kodi 17 tu as juste à mettre à jour le package rbpx-mediacenter-osmc-xxxx.deb (le retour arrière est plus rapide, il faut juste restaurer son répertoire ~/.kodi)


 
Installation en cours et j'ai pris les Big Buck Bunny (http://www.libde265.org/downloads-videos/) pour tester tout ca :)

n°130715
blue sky
Posté le 08-03-2016 à 16:06:55  profilanswer
 

Salut à tous,  
 
Dites-moi les amis,  
 
Existe-il une façon plus propre d'installer Dropbox depuis quelques temps ?  
 
J'ai vu cette méthode :  
 
http://anderson69s.com/2014/02/18/ [...] i-dropbox/
 
Mais peut-être que depuis il existe une solution plus intéressante.  
 
Je viens tout juste de recevoir mon pi3 (le premier pi que j'ai et première fois que je touche à autre chose que Windows ou Mac OS).


Message édité par blue sky le 08-03-2016 à 16:07:48
n°130716
Fredouye
Shivers !
Posté le 08-03-2016 à 16:24:28  profilanswer
 

Après le "rainbow square", le "yellow square" :o
 
https://www.raspberrypi.org/forums/ [...] 3&t=137932
 

Citation :

Why is there an orange/yellow square in the top right of the display?
 
This indicates that the Pi 3 is throttling CPU speed due to thermal limitations. There is a graceful reduction in ARM clockspeeds if the SoC exceeds 80°C and during this time a yellow square icon is rendered on-screen. Idle clockspeeds (600MHz) are forced if the SoC hits 85°C. If this is an issue for your application, buy a heatsink - even a small one will likely prevent throttling.


 
Quelqu'un a déjà rencontré ce soucis ?


---------------
Le dernier arrivé est fan de Phil Collins
n°130717
Dandu
Posté le 08-03-2016 à 16:46:47  profilanswer
 

Tiens, je suis déçu : impossible de lire un Blu-ray avec VLC.
 
Les menus rament énormément (et le film aussi). Alors qu'un HD DVD (MPEG2) passe sans trop de soucis avec mpv.


---------------
---> Un hors série Canard PC Hardware spécial « Mettre à jour son Mac » <---
n°130718
badre2911
Posté le 08-03-2016 à 16:52:05  profilanswer
 

Dandu a écrit :

Tiens, je suis déçu : impossible de lire un Blu-ray avec VLC.
 
Les menus rament énormément (et le film aussi). Alors qu'un HD DVD (MPEG2) passe sans trop de soucis avec mpv.


 
meme une video normale VLC a du mal a la lire, utilise plutot omxplayer.


---------------
HAF-XM, Z87 Deluxe, i7 4770K 4.3, 32 go gskill TRIDENT X 2400, ATIR290, Alim. AX860, Win7 x64, SSD samsung Pro 256Go - NAS DS1512+ - DS210+ - 2*Switch GS724Tv3-VPN Firewall SRX5308-FVS336GV2-Routeur R6300,R7000-DGND4000-CPL*6-RPI2-RPI3
n°130720
Profil sup​primé
Posté le 08-03-2016 à 17:20:22  answer
 

Tiens, j'ai une question pour un projet événementiel :).
 
Je dois faire défiler des JPG sur une TV avec possiblilité de passer d'un jpg au suivant manuellement.
 
Très simple me direz-vous.
 
Vous me conseillez quoi, d'installer un raspbian avec une GUI ?
 
:)

n°130721
babble
RTFFP !
Posté le 08-03-2016 à 17:30:15  profilanswer
 

OpenELEC fait ça très bien aussi


---------------
A world without walls needs neither Windows nor Gates.
n°130722
Profil sup​primé
Posté le 08-03-2016 à 17:36:10  answer
 

babble a écrit :

OpenELEC fait ça très bien aussi


 
Je viens d'y penser :love:  
 
En plus avec une TV il y a moyen de passer via la télécommande, ce qui sera encore plus simple :jap:

n°130723
SuperSic
Posté le 08-03-2016 à 17:38:26  profilanswer
 

J'ai réinstallé OpenElec sur un Rpi 2 après des lustres sans utiliser cette distrib. Surprise, le HDMI CEC ne fonctionne plus. J'ai testé 2 câbles. Le HDMI CEC n'est plus activé par défaut ? :heink:
Je vais tester une autre TV dans la journée pour le debug mais je suis surpris.
Edit : ok sur l'autre TV + autre cable donc c'est bien actif par défaut.


Message édité par SuperSic le 08-03-2016 à 17:44:28

---------------
"Les soldats vivent. Et se demandent pourquoi." Toubib (La Compagnie noire) | [TU] Killing Floor 1&2
n°130724
LeRiton
skishop-lelex.com
Posté le 08-03-2016 à 17:40:14  profilanswer
 
n°130726
Profil sup​primé
Posté le 08-03-2016 à 17:55:17  answer
 

LeRiton a écrit :

 

Si ça devient plus spécifique, jette un œil à Screenly.

 

Merci, je garde ça sous le coude !

 

L'avantage d'OpenELEC c'est que je peux commander le diapo avec la télécommande de la TV, c'est parfait.

 

Vu que c'est une hôtesse qui va gérer ça, c'est ce qui sera le plus simple :).

Message cité 1 fois
Message édité par Profil supprimé le 08-03-2016 à 17:55:32
n°130727
babble
RTFFP !
Posté le 08-03-2016 à 18:05:50  profilanswer
 


 
http://www.lolshouse.net/wp-conten [...] crop--.jpg
 
 :jap:


---------------
A world without walls needs neither Windows nor Gates.
n°130729
Profil sup​primé
Posté le 08-03-2016 à 18:23:29  answer
 


 
 :D  
 
Et le jour de la journée de la femme :D

n°130730
babble
RTFFP !
Posté le 08-03-2016 à 18:36:54  profilanswer
 

Et encore, c'est soft :o
 
http://illusoire.i.l.pic.centerblog.net/c483ea48.jpg


---------------
A world without walls needs neither Windows nor Gates.
n°130736
_Raynor_
Posté le 08-03-2016 à 20:24:37  profilanswer
 

Deadlock a écrit :

L'avantage est de ne pas avoir à stopper l'OS. Et de maintenir une image à jour prête à être flashée.

 

Enfin bon, c'est pratique pour mon utilisation, c'est pour ça que je l'ai développé. Je partage si ça intéresse sinon tant pis.

Un outil qui dump un OS (de RaspberryPi) en live : oui ça intéresse :)

 

Edit : Merci pour le code, je vais regarder ça.


Message édité par _Raynor_ le 08-03-2016 à 21:24:19

---------------
Lyonnais // Cherche : So-Dimm DDR2 256Mo 144-pins
n°130746
dams86
sed -i 's/windows/linux/g' c:
Posté le 08-03-2016 à 23:24:38  profilanswer
 

Sinon y'a du PXE :p
edit: à la place de backup les SD....


Message édité par dams86 le 08-03-2016 à 23:27:39
n°130749
kontas
Photographe amateur daltonien
Posté le 09-03-2016 à 00:02:34  profilanswer
 


 
Il n'y as pas de port Usb sur cette tv ? car ca serait encore plus simple / fiable ?

n°130753
Fredouye
Shivers !
Posté le 09-03-2016 à 05:08:41  profilanswer
 

A propos de la lecture de contenu HEVC sur un Pi 3 : http://forum.kodi.tv/showthread.ph [...] pid2274421

 
Citation :

It depends on many factors, but I can play ~10Mbit/s 1080p HEVC on overclocked Pi3 with no drops, which is very good quality.

 

Avec cet OC :

 
Citation :

arm_freq=1300
gpu_freq=500
over_voltage=4
core_freq=500
sdram_freq=600
over_voltage_sdram=5
sdram_schmoo=0x02000020
force_turbo=1

 

On peut croire le type qui dit ça (popcornmix), il est dev Kodi/firmware RPI :o


---------------
Le dernier arrivé est fan de Phil Collins
mood
Publicité
Posté le   profilanswer
 

<

 Page :   1  2  3  4  5  ..  574  575  576  ..  885  886  887  888  889  890

Aller à :
Ajouter une réponse
 

Sujets relatifs
[TOPIC UNIQUE] Chargeur ET Accus NiMh[Topic unique] La domotique, maison connectée et intelligente
[arduino] Topic Unique blabla @ Arduino* Réparations de vos appareils électroniques & electromenager *
Plus de sujets relatifs à : [Topic Unique] Un mini-PC à 30 euros : le Raspberry Pi


Copyright © 1997-2018 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR