[opensuse] Slightly OT, re: raspberry pi 3 - pretty darn amazing...
All, Here is a quasi-ot post (except for the thought that opensuse_pi would be nice). I don't post about just cool linux often, but if you haven't checked out the raspberry pi, it is a full computer with the footprint of a credit-card. I set one up for fun, and it runs an almost complete version of debian Jessie (rasbian) that is complete with a default LXDE desktop, LibreOffice, Chromium, a full blown development suite gcc/java, gigabit ethernet, a gig or RAM, usb, audio/mic, hdmi output, etc... It uses a SD card for storage, but beyond that, it could be a desktop/server replacement (albeit a bit slower than a gaming rig), it will happily run apache, bind, php, dhcp, etc.. Enough said. For the old-timers, it is a complete treat to work with a $35 computer ($50 with case, 2A power supply and SD card). Drawing less than 1A normally, you could get weeks of uptime from a UPS if you happened to lose power -- like forever. I've seen some posts regarding ARM versions of suse in the past. It would be equally fun to have a suse_pi version to go along with debian, arch, ubuntu, etc.. (there may even be one I haven't stumbled upon yet) Pretty cool... -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
David C. Rankin wrote:
All,
Here is a quasi-ot post (except for the thought that opensuse_pi would be nice).
Check the opensuse-arm list.
I don't post about just cool linux often, but if you haven't checked out the raspberry pi, it is a full computer with the footprint of a credit-card. I set one up for fun, and it runs an almost complete version of debian Jessie (rasbian) that is complete with a default LXDE desktop, LibreOffice, Chromium, a full blown development suite gcc/java, gigabit ethernet, a gig or RAM, usb, audio/mic, hdmi output, etc... It uses a SD card for storage, but beyond that, it could be a desktop/server replacement (albeit a bit slower than a gaming rig), it will happily run apache, bind, php, dhcp, etc..
What it lacks is I/O. Not a criticism, just an observation (not mine actually, I haven't played with Raspis). -- Per Jessen, Zürich (1.6°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Friday, 13 January 2017 02:08:27 CET David C. Rankin wrote:
All,
Here is a quasi-ot post (except for the thought that opensuse_pi would be nice). I don't post about just cool linux often, but if you haven't checked out the raspberry pi, it is a full computer with the footprint of a credit-card. I set one up for fun, and it runs an almost complete version of debian Jessie (rasbian) that is complete with a default LXDE desktop, LibreOffice, Chromium, a full blown development suite gcc/java, gigabit ethernet, a gig or RAM, usb, audio/mic, hdmi output, etc...
It uses a SD card for storage, but beyond that, it could be a desktop/server replacement (albeit a bit slower than a gaming rig), it will happily run apache, bind, php, dhcp, etc..
Enough said. For the old-timers, it is a complete treat to work with a $35 computer ($50 with case, 2A power supply and SD card). Drawing less than 1A normally, you could get weeks of uptime from a UPS if you happened to lose power -- like forever.
I've seen some posts regarding ARM versions of suse in the past. It would be equally fun to have a suse_pi version to go along with debian, arch, ubuntu, etc.. (there may even be one I haven't stumbled upon yet)
Pretty cool...
I am not quite sure I get what you are asking for but if it is "please make openSUSE work on Raspberry Pi 3" I can tell: It works already: https://en.opensuse.org/HCL:Raspberry_Pi3 Also SUSE Linux Enterprise does support the Raspberry Pi 3: https://www.raspberrypi.org/blog/suse-linux-enterprise-server-for-raspberry-... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
I have a Raspberry PI 3 to which I am planning on moving a hardware interface. It is happily running openSUSE (aarch64 variant). I have mounted our source tree via NFS and can build a surprisingly large amount of things. I have even had no problems adding things I have built on OBS. Keeping it up-to-date with zypper is noce. As to I/O: I think it has lots of I/O. We are interested in both the SPI as well as basic pin I/O. Checking the ability to get decent I/O with a Linux kernel is our next task. We will be making a device driver that interfaces to a millimeter resolution wheel pulse counter that tracks vehicle movement. It is indeed a nice device. SUSE have even made a release of SUSE 12 SP2 that you can install and run for free. It is amazing what is included. On Fri, Jan 13, 2017 at 9:23 AM, Oliver Kurz <okurz@suse.de> wrote:
On Friday, 13 January 2017 02:08:27 CET David C. Rankin wrote:
All,
Here is a quasi-ot post (except for the thought that opensuse_pi would be nice). I don't post about just cool linux often, but if you haven't checked out the raspberry pi, it is a full computer with the footprint of a credit-card. I set one up for fun, and it runs an almost complete version of debian Jessie (rasbian) that is complete with a default LXDE desktop, LibreOffice, Chromium, a full blown development suite gcc/java, gigabit ethernet, a gig or RAM, usb, audio/mic, hdmi output, etc...
It uses a SD card for storage, but beyond that, it could be a desktop/server replacement (albeit a bit slower than a gaming rig), it will happily run apache, bind, php, dhcp, etc..
Enough said. For the old-timers, it is a complete treat to work with a $35 computer ($50 with case, 2A power supply and SD card). Drawing less than 1A normally, you could get weeks of uptime from a UPS if you happened to lose power -- like forever.
I've seen some posts regarding ARM versions of suse in the past. It would be equally fun to have a suse_pi version to go along with debian, arch, ubuntu, etc.. (there may even be one I haven't stumbled upon yet)
Pretty cool...
I am not quite sure I get what you are asking for but if it is "please make openSUSE work on Raspberry Pi 3" I can tell: It works already: https://en.opensuse.org/HCL:Raspberry_Pi3
Also SUSE Linux Enterprise does support the Raspberry Pi 3: https://www.raspberrypi.org/blog/suse-linux-enterprise-server-for-raspberry-...
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-- Roger Oberholtzer -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Roger Oberholtzer wrote:
As to I/O: I think it has lots of I/O. We are interested in both the SPI as well as basic pin I/O. Checking the ability to get decent I/O with a Linux kernel is our next task. We will be making a device driver that interfaces to a millimeter resolution wheel pulse counter that tracks vehicle movement.
Assuming that was a comment on my observation wrt IO - I should have said "I/O rate", but I/O and I/O rate tend to mean the same to me :-) -- Per Jessen, Zürich (1.6°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Fri, Jan 13, 2017 at 10:28 AM, Per Jessen <per@computer.org> wrote:
Roger Oberholtzer wrote:
As to I/O: I think it has lots of I/O. We are interested in both the SPI as well as basic pin I/O. Checking the ability to get decent I/O with a Linux kernel is our next task. We will be making a device driver that interfaces to a millimeter resolution wheel pulse counter that tracks vehicle movement.
Assuming that was a comment on my observation wrt IO - I should have said "I/O rate", but I/O and I/O rate tend to mean the same to me :-)
It depends on how you access I/O. I see examples from Python. I would not expect stellar performance. Most go through a library that access the hardware via a device driver. The ARM seems to have a fast interrupt interface as well as a more standard one. The fast interrupt requires assembler code to connect your kernel code to the interrupt source. I am just beginning to explore this. Anyway, I am mainly interested in interrupt handling more than huge data transfers. We'll see what happens. -- Roger Oberholtzer -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 01/13/2017 12:08 AM, David C. Rankin wrote:
It uses a SD card for storage, but beyond that, it could be a desktop/server replacement (albeit a bit slower than a gaming rig), it will happily run apache, bind, php, dhcp, etc..
The speed you get out of this thing is astounding. It can easily serve as a low power desktop, sufficient to run chromium and Libreoffice, email and such. It's performance is influenced by the quality and speed of the microsd card, so buy a good fast one. I'm seriously thinking of moving my dhcp server, ntp server and a couple other things into the pi, and maybe have it also be an emergency/backup wifi AP. I could power it for days via my USB battery pack. Its plenty fast enough for any or all of those, and I could periodically backup the microsd to a usb thumb drive, or my nas. But the problem is, I'm having so much fun with it I really don't want to dedicate it to any one thing. I'm using the default raspberian (debian) build. I don't see any reason co complicate my life chasing after opensuse on the Pi 3. -- After all is said and done, more is said than done. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 01/13/2017 03:31 PM, John Andersen wrote:
The speed you get out of this thing is astounding. It can easily serve as a low power desktop, sufficient to run chromium and Libreoffice, email and such.
It's performance is influenced by the quality and speed of the microsd card, so buy a good fast one.
I'm seriously thinking of moving my dhcp server, ntp server and a couple other things into the pi, and maybe have it also be an emergency/backup wifi AP. I could power it for days via my USB battery pack.
Its plenty fast enough for any or all of those, and I could periodically backup the microsd to a usb thumb drive, or my nas.
But the problem is, I'm having so much fun with it I really don't want to dedicate it to any one thing.
I'm using the default raspberian (debian) build. I don't see any reason co complicate my life chasing after opensuse on the Pi 3.
I couldn't have summed it up better :) Not to mention the weeks of runtime you would get from a standard UPS in the event of a power failure. -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 01/13/2017 03:18 PM, David C. Rankin wrote:
On 01/13/2017 03:31 PM, John Andersen wrote:
The speed you get out of this thing is astounding. It can easily serve as a low power desktop, sufficient to run chromium and Libreoffice, email and such.
It's performance is influenced by the quality and speed of the microsd card, so buy a good fast one.
I'm seriously thinking of moving my dhcp server, ntp server and a couple other things into the pi, and maybe have it also be an emergency/backup wifi AP. I could power it for days via my USB battery pack.
Its plenty fast enough for any or all of those, and I could periodically backup the microsd to a usb thumb drive, or my nas.
But the problem is, I'm having so much fun with it I really don't want to dedicate it to any one thing.
I'm using the default raspberian (debian) build. I don't see any reason co complicate my life chasing after opensuse on the Pi 3.
I couldn't have summed it up better :) Not to mention the weeks of runtime you would get from a standard UPS in the event of a power failure.
Making it into a wifi access point proved easier than I imagined: https://frillip.com/using-your-raspberry-pi-3-as-a-wifi-access-point-with-ho... -- After all is said and done, more is said than done. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 01/13/2017 08:22 PM, John Andersen wrote:
I couldn't have summed it up better :) Not to mention the weeks of runtime you would get from a standard UPS in the event of a power failure.
Making it into a wifi access point proved easier than I imagined: https://frillip.com/using-your-raspberry-pi-3-as-a-wifi-access-point-with-ho...
Nice! As for another tweak, Debian uses the 'sudo' group name instead of 'wheel' for sudoers setup, so if you usually enable 'su' without a password for your user, just make your users a member of the 'sudo' group, and then add the following to /etc/pam.d/su: auth sufficient pam_wheel.so trust use_uid group=sudo pam allows the specification of the group as part of the auth requirement. (you would have already enabled the root account with 'sudo passwd root' of course) -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 01/13/2017 03:08 AM, David C. Rankin wrote:
All,
Here is a quasi-ot post (except for the thought that opensuse_pi would be nice). I don't post about just cool linux often, but if you haven't checked out the raspberry pi, it is a full computer with the footprint of a credit-card. I set one up for fun, and it runs an almost complete version of debian Jessie (rasbian) that is complete with a default LXDE desktop, LibreOffice, Chromium, a full blown development suite gcc/java, gigabit ethernet, a gig or RAM, usb, audio/mic, hdmi output, etc...
It uses a SD card for storage, but beyond that, it could be a desktop/server replacement (albeit a bit slower than a gaming rig), it will happily run apache, bind, php, dhcp, etc..
Enough said. For the old-timers, it is a complete treat to work with a $35 computer ($50 with case, 2A power supply and SD card). Drawing less than 1A normally, you could get weeks of uptime from a UPS if you happened to lose power -- like forever.
I've seen some posts regarding ARM versions of suse in the past. It would be equally fun to have a suse_pi version to go along with debian, arch, ubuntu, etc.. (there may even be one I haven't stumbled upon yet)
Pretty cool...
I put openSUSE Leap on my pi the other day and I am really impressed. I used to have Fedora 25 on it but DNF was very slow. Granted, I'm using a different SD card after that install kicked the bucket so the slowness could have just been the SD card. Currently I'm using mine as a jumpbox to SSH to from work into my home and generally goof off on. I am definitely going to grab another to throw some services on, thinking a log or monitoring server. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 01/13/2017 05:06 PM, Bryon Adams wrote:
I put openSUSE Leap on my pi the other day and I am really impressed. I used to have Fedora 25 on it but DNF was very slow. Granted, I'm using a different SD card after that install kicked the bucket so the slowness could have just been the SD card. Currently I'm using mine as a jumpbox to SSH to from work into my home and generally goof off on. I am definitely going to grab another to throw some services on, thinking a log or monitoring server.
I ended up buying 2 SD cards: SanDisk 16GB Ultra microSDHC UHS-I/Class 10 Memory Card with Adapter, Speed Up to 80MB/s (SDSQUNC-016G-GN6MA) $5.99 at newegg and the 64GB version (SDSQUNC-064G-GN6MA) for $14.99. As I've posted earlier in the thread, with cards of this nature, I really can't tell too much of a difference on network I/O to/from the pi, LXDE desktop loading is a bit slower, but more than usable for word-processing, web-browsing, etc.. Rasbian has virtually all desktops available for install, from blackbox to fluxbox to wmII to kde4, etc. (now I would expect kde4 to be slow -- it (and plasma/fw5) are slow on my i7 laptop w/8G) -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 14/01/17 03:20, David C. Rankin wrote:
I ended up buying 2 SD cards: SanDisk 16GB Ultra microSDHC UHS-I/Class 10 Memory Card with Adapter, Speed Up to 80MB/s (SDSQUNC-016G-GN6MA)
$5.99 at newegg
and the 64GB version (SDSQUNC-064G-GN6MA) for $14.99.
As I've posted earlier in the thread, with cards of this nature, I really can't tell too much of a difference on network I/O to/from the pi, LXDE desktop loading is a bit slower, but more than usable for word-processing, web-browsing, etc.. Rasbian has virtually all desktops available for install, from blackbox to fluxbox to wmII to kde4, etc. (now I would expect kde4 to be slow -- it (and plasma/fw5) are slow on my i7 laptop w/8G)
I'm using a Raspberry Pi2 as a headless server (email, dhcp, dns, ntp etc.) at home and it's great for that. I would caution that MicroSD cards are not designed for use as a primary Unix filesystem run 24/7 so expect to replace them every few months. It goes without saying that you need a robust backup regime so I use rsnapshot for that. On my nice-to-have list is the PiDrive, an HDD specifically for Raspberry Pi from Western Digital, to obviate that problem. Regards, Chris R. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
If anyone gets around to investigating/reducing disk writes (using tempfs etc) a report of conclusions/recomendations would be appreciated. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sat, Jan 14, 2017 at 4:22 PM, nicholas <ndcunliffe@gmail.com> wrote:
If anyone gets around to investigating/reducing disk writes (using tempfs etc) a report of conclusions/recomendations would be appreciated.
I build OS images of openSUSE with KIWI. These boot over the network and all activity is in RAM. Nothing is written to the original image. As the openSUSE images are built with KIWI, perhaps this can be achieved here as well. I just wonder if the u-boot would be the source of any issues. Perhaps I need to clone the OBS project that builds the ARM images and see if I can tweak KIWI to do this. In my eventual use, I do not want anything written to the MicroSD. Or maybe I can even build these on my Raspberry. -- Roger Oberholtzer -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
These are the folders that I'm using tmpfs for my odroid: tmpfs 203M 2.7M 200M 2% /run tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 405M 0 405M 0% /run/shm tmpfs 32M 8.0K 32M 1% /var/lib/php5/sessions and then in /etc/fstab I'm using "noatime" to decrease writes: /dev/mmcblk0p1 /boot vfat noatime 1 2 And then I've got these two custom fstab entries (see below for more info on the minecraft one; the php sessions was because it did generate a ton of writes, so I wanted to minimize those...) tmpfs /mnt/minecraft tmpfs defaults,size=256M 0 0 tmpfs /var/lib/php5/sessions tmpfs defaults,size=32M 0 0 You could theoretically cache other things to tmpfs and then sync them back to disk periodically (eg. like /var/log) to minimize writes, but you'd need a lot of ram. I'm doing this on my minecraft install for performance reasons (reading/writing ram is so much faster than sd card....) /etc/init.d/ramdisk #! /bin/sh ### BEGIN INIT INFO # Provides: ramdisk # Required-Start: $local_fs # Required-Stop: $local_fs # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Manage Minecraft ramdisk ### END INIT INFO # /etc/init.d/ramdisk # case "$1" in start) echo "Copying files to ramdisk" rsync -av /opt/minecraft/ /mnt/minecraft/ echo [`date +"%Y-%m-%d %H:%M"`] Ramdisk Synched from HD >> /var/log/minecraft_sync.log ;; sync) echo "Synching files from ramdisk to Harddisk" echo [`date +"%Y-%m-%d %H:%M"`] Ramdisk Synched to HD >> /var/log/minecraft_sync.log rsync -av --delete --recursive --force /mnt/minecraft/ /opt/minecraft/ ;; stop) echo "Synching logfiles from ramdisk to Harddisk" echo [`date +"%Y-%m-%d %H:%M"`] Ramdisk Synched to HD >> /var/log/minecraft_sync.log rsync -av --delete --recursive --force /mnt/minecraft/ /opt/minecraft/ ;; *) echo "Usage: /etc/init.d/ramdisk {start|stop|sync}" exit 1 ;; esac exit 0 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-01-13 09:08, David C. Rankin wrote:
All,
Here is a quasi-ot post (except for the thought that opensuse_pi would be nice). I don't post about just cool linux often, but if you haven't checked out the raspberry pi, it is a full computer with the footprint of a credit-card. I set one up for fun, and it runs an almost complete version of debian Jessie (rasbian) that is complete with a default LXDE desktop, LibreOffice, Chromium, a full blown development suite gcc/java, gigabit ethernet, a gig or RAM, usb, audio/mic, hdmi output, etc...
...
Pretty cool...
Yes.... :-) I did have a look at it, but I'm less adventurous. I built a small home server using an MSI Cubi N-020BEU miniPC box. It is designed to be bolted to the back of a display with what appears to be a standard bracket. Comes with a Intel(R) Pentium(R) CPU N3710 @ 1.60GH (four cores), to which I had to add RAM (8GiB) and an internal SSD without chasis (Kingston SSDNow mS200 120GB mSATA). And a small radio keyboard with mouse pad on discount, a Logitech K400+. The thing has gigabit ethernet and 4 USB3 ports, so the external hard disks I added for data are fast. Graphics are detected by hwinfo as "Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller", ie, the i915 driver. I use it to watch multimedia on my TV set (cable TV, youtube, local file video...) and as file server and a few other tasks. It is reasonably fast, people use these things instead of desktop computers. I don't find it that fast for a desktop, though. In fact, video display with VLC or Xine is really bad. But with Kodi it works fantastic. It can heat up, though, and has no internal fan. I use a laptop cooling pad in those cases. Ah, I installed on it leap 42.2 Leap with XFCE initially. Some problem with XFCE causes the display to die, though, so instead I use LXDE. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
Carlos E. R. wrote:
I did have a look at it, but I'm less adventurous. I built a small home server using an MSI Cubi N-020BEU miniPC box. It is designed to be bolted to the back of a display with what appears to be a standard bracket.
Probably a standard 100x100mm VESA display mount.
In fact, video display with VLC or Xine is really bad. But with Kodi it works fantastic. It can heat up, though, and has no internal fan. I use a laptop cooling pad in those cases.
How about HDTV, does that work without pausing and stuttering? -- Per Jessen, Zürich (0.9°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-01-14 15:08, Per Jessen wrote:
Carlos E. R. wrote:
I did have a look at it, but I'm less adventurous. I built a small home server using an MSI Cubi N-020BEU miniPC box. It is designed to be bolted to the back of a display with what appears to be a standard bracket.
Probably a standard 100x100mm VESA display mount.
Yes, that's the name I forgot O:-) The box comes with a set of different brackets. One is the VESA bracket, but another allows to connect a laptop SATA HD inside. I used neither, the box is flat on a rack, with a bunch of other hardware. It also has an infrared receiver. I don't know what kind of emitter it needs, so I haven't tried it. Also has WiFI and BT (both untried).
In fact, video display with VLC or Xine is really bad. But with Kodi it works fantastic. It can heat up, though, and has no internal fan. I use a laptop cooling pad in those cases.
How about HDTV, does that work without pausing and stuttering?
Hard to say. The source of many of the videos (cable TV) is certainly HD, but this TV is small (it is hanging on the wall on my work room, just behind the computer table). The diagonal is 55cm, and is currently running at 1920*1200 dots, 60 Hz, via hdmi cable (that also carries the sound). VLC/Xine certainly stutters. But Kodi doesn't, on the same file, reason unknown, I still have not reported it on bugzilla. The sound had a problem when I initially installed: it was mute. I had to connect a headset to the box jack (which worked), then remove it, and then the TV set would have sound. But now, after the monthly update, sounds works from bootup. When the box heats up it appears that the kernel slows down the cpu and kodi has problems with sound/video sync, which is why I placed it on top of a laptop fan-pad. I can view the same cable TV source using Chrome and a plugin from the ISP, and this keeps the box cooler. Ie, less CPU load. I do not know why. Maybe they cheat and send lower resolution frames. I have the box horizontal on my hardware rack. Maybe I should have it vertical. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
VLC/Xine certainly stutters. But Kodi doesn't, on the same file, reason unknown, I still have not reported it on bugzilla.
I assume this will most likely be a codec problem, you need to get the right one for SOC/hardware acceleration. See recent post "VLC segmentation fault" for an analogous problem/solution on skylake. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-01-14 16:06, nicholas wrote:
VLC/Xine certainly stutters. But Kodi doesn't, on the same file, reason unknown, I still have not reported it on bugzilla.
I assume this will most likely be a codec problem, you need to get the right one for SOC/hardware acceleration. See recent post "VLC segmentation fault" for an analogous problem/solution on skylake.
Well, the video hardware is Intel, so basically either the kernel has the proper "driver", or it doesn't and you are stuck. Kodi has a bunch of packages that are binary-addons. It is possible that this does the trick, because kodi works fine. Isengard:~ # rpm -qa | grep -i kodi kodi.binary-addons-pvr.hts-16.1-3.2.x86_64 kodi.binary-addons-pvr.argustv-16.1-3.2.x86_64 kodi.binary-addons-screensaver.greynetic-16.1-3.2.x86_64 kodi.binary-addons-audiodecoder.2sf-16.1-3.2.x86_64 kodi.binary-addons-audiodecoder.nosefart-16.1-3.2.x86_64 kodi.binary-addons-screensaver.pingpong-16.1-3.2.x86_64 kodi.binary-addons-pvr.dvbviewer-16.1-3.2.x86_64 kodi.binary-addons-screensaver.biogenesis-16.1-3.2.x86_64 kodi.binary-addons-audiodecoder.gsf-16.1-3.2.x86_64 kodi.binary-addons-audiodecoder.vgmstream-16.1-3.2.x86_64 kodi.binary-addons-audioencoder.flac-16.1-3.2.x86_64 kodi.binary-addons-audiodecoder.snesapu-16.1-3.2.x86_64 kodi.binary-addons-audiodecoder.timidity-16.1-3.2.x86_64 kodi.binary-addons-audiodecoder.ncsf-16.1-3.2.x86_64 kodi.binary-addons-pvr.hdhomerun-16.1-3.2.x86_64 kodi.binary-addons-audiodecoder.modplug-16.1-3.2.x86_64 kodi.binary-addons-pvr.wmc-16.1-3.2.x86_64 kodi-16.1-3.5.x86_64 kodi.binary-addons-pvr.nextpvr-16.1-3.2.x86_64 kodi.binary-addons-pvr.stalker-16.1-3.2.x86_64 kodi.binary-addons-pvr.vbox-16.1-3.2.x86_64 kodi.binary-addons-pvr.filmon-16.1-3.2.x86_64 kodi.binary-addons-audioencoder.wav-16.1-3.2.x86_64 kodi.binary-addons-audiodecoder.fluidsynth-16.1-3.2.x86_64 kodi.binary-addons-pvr.vdr.vnsi-16.1-3.2.x86_64 kodi.binary-addons-audioencoder.lame-16.1-3.2.x86_64 kodi.binary-addons-pvr.demo-16.1-3.2.x86_64 kodi.binary-addons-adsp.freesurround-16.1-3.2.x86_64 kodi.binary-addons-visualization.shadertoy-16.1-3.2.x86_64 kodi.binary-addons-audiodecoder.stsound-16.1-3.2.x86_64 kodi.binary-addons-visualization.goom-16.1-3.2.x86_64 kodi.binary-addons-screensavers.rsxs-16.1-3.2.x86_64 kodi.binary-addons-screensaver.asteroids-16.1-3.2.x86_64 kodi.binary-addons-adsp.basic-16.1-3.2.x86_64 kodi.binary-addons-visualization.fishbmc-16.1-3.2.x86_64 kodi.binary-addons-visualization.waveform-16.1-3.2.x86_64 kodi.binary-addons-screensaver.matrixtrails-16.1-3.2.x86_64 kodi.binary-addons-pvr.mythtv-16.1-3.2.x86_64 kodi.binary-addons-pvr.vuplus-16.1-3.2.x86_64 kodi.binary-addons-screensaver.stars-16.1-3.2.x86_64 kodi.binary-addons-audiodecoder.ssf-16.1-3.2.x86_64 kodi.binary-addons-pvr.pctv-16.1-3.2.x86_64 kodi.binary-addons-pvr.dvblink-16.1-3.2.x86_64 kodi.binary-addons-audioencoder.vorbis-16.1-3.2.x86_64 kodi.binary-addons-visualization.projectm-16.1-3.2.x86_64 kodi.binary-addons-pvr.mediaportal.tvserver-16.1-3.2.x86_64 kodi.binary-addons-audiodecoder.organya-16.1-3.2.x86_64 kodi.binary-addons-visualization.spectrum-16.1-3.2.x86_64 kodi.binary-addons-audiodecoder.gme-16.1-3.2.x86_64 kodi.binary-addons-screensaver.pyro-16.1-3.2.x86_64 kodi.binary-addons-audiodecoder.qsf-16.1-3.2.x86_64 kodi.binary-addons-pvr.iptvsimple-16.1-3.2.x86_64 kodi.binary-addons-pvr.njoy-16.1-3.2.x86_64 Isengard:~ # -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
On Saturday, 14 January 2017 19:47:35 CET Carlos E. R. wrote:
VLC/Xine certainly stutters. But Kodi doesn't, on the same file, reason unknown, I still have not reported it on bugzilla.
I assume this will most likely be a codec problem, you need to get the right one for SOC/hardware acceleration. See recent post "VLC segmentation fault" for an analogous problem/solution on skylake. PS or "select" the correct one Well, the video hardware is Intel, so basically either the kernel has
On 2017-01-14 16:06, nicholas wrote: the proper "driver", or it doesn't and you are stuck.
possibly? are you saying the kernal doesnt have the driver? or that changing codecs is unecessary if the kernel does have the correct driver??
Kodi has a bunch of packages that are binary-addons. It is possible that this does the trick, because kodi works fine.
the OP says kodi is ok, it is vlc that is the problem. kodi comes with custom codecs and custom setup - why are you giving a list of kodi binaries, how would they solve the vlc problem?
Isengard:~ # rpm -qa | grep -i kodi kodi.binary-addons-pvr.hts-16.1-3.2.x86_64 ................ kodi.binary-addons-pvr.njoy-16.1-3.2.x86_64 Isengard:~ #
im having great trouble folling this response. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-01-14 20:05, nicholas wrote:
On Saturday, 14 January 2017 19:47:35 CET Carlos E. R. wrote:
VLC/Xine certainly stutters. But Kodi doesn't, on the same file, reason unknown, I still have not reported it on bugzilla.
I assume this will most likely be a codec problem, you need to get the right one for SOC/hardware acceleration. See recent post "VLC segmentation fault" for an analogous problem/solution on skylake. PS or "select" the correct one Well, the video hardware is Intel, so basically either the kernel has
On 2017-01-14 16:06, nicholas wrote: the proper "driver", or it doesn't and you are stuck.
possibly? are you saying the kernal doesnt have the driver? or that changing codecs is unecessary if the kernel does have the correct driver??
I say that with Intel video you basically have no choice of driver.
Kodi has a bunch of packages that are binary-addons. It is possible that this does the trick, because kodi works fine.
the OP says kodi is ok, it is vlc that is the problem. kodi comes with custom codecs and custom setup - why are you giving a list of kodi binaries, how would they solve the vlc problem?
In this subthread /I/ am the OP, and yes, I say that VLC does not work, and kodi does work, and that a possible reason may be precisely the existence of those binaries. That is the reason I post the list. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
David C. Rankin wrote:
Pretty cool...
Way more cool: http://www.edn-europe.com/news/raspberry-pi-3-now-compute-module-format -- Per Jessen, Zürich (-2.2°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 01/16/2017 04:42 AM, Per Jessen wrote:
David C. Rankin wrote:
Pretty cool...
Way more cool:
http://www.edn-europe.com/news/raspberry-pi-3-now-compute-module-format
Except that its exactly opposite of what was being discussed, so opposite and so specialized that nobody will want it. -- After all is said and done, more is said than done. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 01/16/2017 04:42 AM, Per Jessen wrote:
http://www.edn-europe.com/news/raspberry-pi-3-now-compute-module-format
I wouldn't mind finding a Raspberry PI 3 that could be mounted in a PCI slot. Just for it to have a place to live and access to power. All connectors available on the side of the PCI card as is usually the case with such cards. There are many uses for that sort of thing in my world. -- Roger Oberholtzer -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Roger Oberholtzer wrote:
On 01/16/2017 04:42 AM, Per Jessen wrote:
http://www.edn-europe.com/news/raspberry-pi-3-now-compute-module-format
I wouldn't mind finding a Raspberry PI 3 that could be mounted in a PCI slot. Just for it to have a place to live and access to power.
Given the size of this thing, you can fit quite a few onto a standard height PCI card :-)
There are many uses for that sort of thing in my world.
Given the size (SODIMM) and cost, the number of applications is immense. According to the article, NEC is already starting to ship large-format displays with a socket for one of these modules. Anyway, as $SUBJ says, it really is way off-topic :-) -- Per Jessen, Zürich (-3.8°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Tue, Jan 17, 2017 at 8:51 AM, Per Jessen <per@computer.org> wrote:
Roger Oberholtzer wrote:
On 01/16/2017 04:42 AM, Per Jessen wrote:
http://www.edn-europe.com/news/raspberry-pi-3-now-compute-module-format
I wouldn't mind finding a Raspberry PI 3 that could be mounted in a PCI slot. Just for it to have a place to live and access to power.
Given the size of this thing, you can fit quite a few onto a standard height PCI card :-)
There are many uses for that sort of thing in my world.
Given the size (SODIMM) and cost, the number of applications is immense. According to the article, NEC is already starting to ship large-format displays with a socket for one of these modules.
Too bad it's the big displays. I could think of having a device like this in our systems. But try putting a 40" display in a vehicle passenger seat! -- Roger Oberholtzer -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
More openSUSE and Raspberry PI 3 news: http://collabnix.com/archives/2431?mkt_tok=eyJpIjoiT1RBNFl6QmlaakJqTUdNeCIsI... -- Roger Oberholtzer -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Roger Oberholtzer wrote:
On 01/16/2017 04:42 AM, Per Jessen wrote:
http://www.edn-europe.com/news/raspberry-pi-3-now-compute-module-format
I wouldn't mind finding a Raspberry PI 3 that could be mounted in a PCI slot. Just for it to have a place to live and access to power. All connectors available on the side of the PCI card as is usually the case with such cards.
Another one - not PCI, but still: http://www.edn-europe.com/news/1-2-4-carrier-board-mounts-powers-raspberry-p... -- Per Jessen, Zürich (-3.7°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (10)
-
Bryon Adams -
Carlos E. R. -
Christopher Myers -
Christopher Ross -
David C. Rankin -
John Andersen -
nicholas -
Oliver Kurz -
Per Jessen -
Roger Oberholtzer