| Welcome, Guest |
You have to register before you can post on our site.
|
| Latest Threads |
StarPro64 Irradium (based...
Forum: Getting Started
Last Post: mara
Yesterday, 03:03 AM
» Replies: 19
» Views: 8,462
|
Finally got Kali working ...
Forum: General Discussion on Pinebook Pro
Last Post: qingss0
04-04-2026, 08:00 AM
» Replies: 0
» Views: 86
|
Charging problem
Forum: General Discussion on Pinebook Pro
Last Post: RicTor
04-04-2026, 07:30 AM
» Replies: 0
» Views: 58
|
Latest firmware for PineP...
Forum: PinePhone Software
Last Post: baptx
04-03-2026, 08:37 AM
» Replies: 106
» Views: 215,512
|
Updates have gotten me ex...
Forum: General Discussion on PineNote
Last Post: bills2002
04-02-2026, 05:16 PM
» Replies: 0
» Views: 93
|
Voidlinux working on eMMC
Forum: General Discussion on PineTab
Last Post: tllim
04-01-2026, 04:14 PM
» Replies: 1
» Views: 166
|
Pinecil V2 doesn’t power ...
Forum: General Discussion on Pinecil
Last Post: Juptin
03-28-2026, 02:37 AM
» Replies: 1
» Views: 2,002
|
dead Pinebook - help plea...
Forum: General Discussion on Pinebook Pro
Last Post: williamcorlin
03-26-2026, 04:22 PM
» Replies: 3
» Views: 891
|
BT PAN - we need iptables...
Forum: Mobian on PinePhone
Last Post: biketool
03-25-2026, 12:57 PM
» Replies: 1
» Views: 568
|
How can I record video on...
Forum: General Discussion on PinePhone
Last Post: baptx
03-25-2026, 12:55 PM
» Replies: 23
» Views: 18,767
|
|
|
| Headless torrent box |
|
Posted by: wahdooyah - 05-25-2016, 11:25 PM - Forum: Pine A64 Projects, Ideas and Tutorials
- Replies (3)
|
 |
This is a very simple use and in no way original, but I thought I'd share it anyhow since it doesn't require very complex setup. You'll need one or more Android phones/tablets to control the setup, too.
Starting with any Debian image, SSH in and install deluge, deluged, and deluge-web:
Code: sudo apt-get install deluge deluged deluge-web
I followed these instructions in relevant part, specifically:
Code: #create a user to run the daemon
sudo adduser --system --gecos "Deluge Service" --disabled-password --group --home /var/lib/deluge deluge
#add your own user to the deluge group (change user name as needed)
sudo adduser debian deluge
#create a script for the daemon
sudo nano /etc/systemd/system/deluged.service
#enter the following in that script
[Unit]
Description=Deluge Bittorrent Client Daemon
After=network-online.target
[Service]
Type=simple
User=deluge
Group=deluge
UMask=007
ExecStart=/usr/bin/deluged -d
Restart=on-failure
TimeoutStopSec=300
[Install]
WantedBy=multi-user.target
#create web service script
sudo nano /etc/systemd/system/deluge-web.service
#containing
[Unit]
Description=Deluge Bittorrent Client Web Interface
After=network-online.target
[Service]
Type=simple
User=deluge
Group=deluge
UMask=027
ExecStart=/usr/bin/deluge-web
Restart=on-failure
[Install]
WantedBy=multi-user.target
#start each service, confirm it's running, and set to autostart
sudo systemctl start deluged
sudo systemctl status deluged
sudo systemctl enable deluged
sudo systemctl start deluge-web
sudo systemctl status deluge-web
sudo systemctl enable deluge-web
Now, the torrent box is up and running! But, you have no way to add torrents, and when you do they're being saved on your microSD card, which isn't great for the card's longterm survival. My solution to the latter is a samba share, since my wireless router lets me plug in any USB drive as a samba share. So, we'll need to install cifs-utils:
Code: sudo apt-get install cifs-utils
Create a directory for mounting it and change ownership to the deluge user:
Code: sudo mkdir /mnt/fetched
sudo chown deluge:deluge /mnt/fetched
Then set the samba share to mount on boot. :
Code: sudo nano /etc/fstab
#Add this line, modifying as needed
//192.168.0.1/Shared_Drive/Uploads /mnt/fetched cifs guest,uid=122,gid=128,iocharset=utf8,sec=ntlm 0
0
Next, the deluge settings need to be tweaked a bit, which means shutting down the services:
Code: sudo systemctl stop deluged
sudo systemctl stop deluge-web
Next, open the daemon config for editing. This will require either a chown or sudo since it's only accessible to the deluge user:
Code: sudo nano /var/lib/deluge/.config/deluge/core.conf
This is the line you're looking for, and change it to where your drive is mounted:
Code: "download_location": "/mnt/fetched",
Next, open web.conf and set the default daemon:
Code: sudo nano /var/lib/deluge/.config/deluge/web.conf
#change this line
"default_daemon": "127.0.0.1:58846",
That's all for tonight, I'll explain how to set up Transdroid and BubbleUPnP tomorrow, though it's pretty straightforward.
|
|
|
|
| Pine64 accelerated H.264 encoding |
|
Posted by: hngjms - 05-25-2016, 08:57 PM - Forum: Linux on Pine A64(+)
- Replies (7)
|
 |
Hi guys,
I'm trying to stream H264 video off of a USB webcam to my computer from my PINE64.
I'm on longsleep's ubuntu and video packages (https://launchpad.net/~longsleep/+archiv...our-makers).
I've tried using gstreamer1.0-vaapi plugins, as well as this https://github.com/ebutera/gst-plugin-cedar,
but I've been having trouble getting the encoding element to work properly.
Code: GST_DEBUG=4 gst-launch-1.0 videotestsrc ! vaapih264enc ! fakesink
# gives
0:00:00.129807267 13532 0x630ca0 WARN videoencoder gstvideoencoder.c:674:gst_video_encoder_setcaps:<vaapiencodeh264-0> rejected caps video/x-raw, width=(int)320, height=(int)240, framerate=(fraction)30/1, format=(string)I420, interlace-mode=(string)progressive, pixel-aspect-ratio=(fraction)1/1
even though 320x240 30fps I420 is part of vaapih264enc's sink capabilities.
Has anyone had any experience with getting hardware H264 video encoding working on the PINE64?
The software based ones are really really laggy.
|
|
|
|
| Why no AndroidTV Image |
|
Posted by: VAAviator - 05-25-2016, 04:39 PM - Forum: Android on Pine A64(+)
- Replies (5)
|
|
I bought the Pine 64 with 2GB, the remote, and the keyboard. I expected the company to provide a REAL AndroidTV image for us to use. They made all this discussion about 4K. Why is there no real AndroidTV image?
Is this hard?
|
|
|
|
| ATI RF Remote Control |
|
Posted by: wahdooyah - 05-25-2016, 04:08 PM - Forum: Accessories
- No Replies
|
|
I found this old RF remote in a box of electronics junk in my basement (yeaaah...), so I thought I'd plug in the USB receiver to see if Debian would recognize it. No such luck. I've also not really had any luck trying to figure out a step-by-step instruction for how to get it working. Google has failed me!
Anyone know how to set up RF remotes in general, or ATI remotes in particular? Thanks in advance!
![[Image: YZBWQQb2Ua942RhYDxZag6VLhsFMghOVe68Qay1p...0-h1145-no]](https://lh3.googleusercontent.com/YZBWQQb2Ua942RhYDxZag6VLhsFMghOVe68Qay1pRjkxalCxe5enoaruy9_U61WVE1moJntejrt60g=w650-h1145-no)
|
|
|
|
| kernel module snd_seq |
|
Posted by: pelgrim - 05-25-2016, 02:53 PM - Forum: Ubuntu
- No Replies
|
|
running the ubuntu xenial image.
I have connected a Roland UM-ONE to the usb of pine64.
amidi -l:
IO hw:0,0,0 UM-ONE MIDI 1
I hw:0,0,1 UM-ONE MIDI 2
so far so good.
Can't get JACK to work, because I seem to be missing the snd_seq kernel module.
(ALSA lib seq_hw.c457 snd_seq_hw_open) open /dev/snd/seq failed: No such file or directory
How do I add this ?
|
|
|
|
| Debian memory fragment |
|
Posted by: ice00 - 05-25-2016, 02:34 PM - Forum: Debian
- Replies (3)
|
|
hi,
I'm using Debian with kernel tree 101 (not 65) and have the 2GB board.
The server is used with pools coin mining software (already used onto Raspberry Pi2 without problem with Raspian).
I get kernel messages of out of memory due to fragmentation (some python script of the pool use lot of contiguos memory).
Code: May 25 20:16:27 localhost kernel: [187398.049922] python2.7: page allocation failure: order:1, mode:0x200020
May 25 20:16:27 localhost kernel: [187398.057186] CPU: 1 PID: 5604 Comm: python2.7 Tainted: G O 3.10.101-0-pine64-l
ongsleep #39
May 25 20:16:27 localhost kernel: [187398.069955] [<ffffffc000088388>] dump_backtrace+0x0/0x118
May 25 20:16:27 localhost kernel: [187398.075965] [<ffffffc0000884c4>] show_stack+0x24/0x30
May 25 20:16:27 localhost kernel: [187398.081592] [<ffffffc0006be948>] dump_stack+0x20/0x28
May 25 20:16:27 localhost kernel: [187398.087213] [<ffffffc00015fb58>] warn_alloc_failed+0x118/0x130
May 25 20:16:27 localhost kernel: [187398.093682] [<ffffffc000162d38>] __alloc_pages_nodemask+0x6b8/0x834
May 25 20:16:27 localhost kernel: [187398.100629] [<ffffffc00019deb4>] cache_alloc_refill+0x370/0x6ac
May 25 20:16:27 localhost kernel: [187398.107193] [<ffffffc00019e4a0>] kmem_cache_alloc+0x9c/0x200
May 25 20:16:27 localhost kernel: [187398.113472] [<ffffffc0005bc584>] sk_prot_alloc+0x3c/0x10c
May 25 20:16:27 localhost kernel: [187398.119465] [<ffffffc0005be94c>] sk_clone_lock+0x34/0x290
May 25 20:16:27 localhost kernel: [187398.125460] [<ffffffc000607e58>] inet_csk_clone_lock+0x30/0xb0
May 25 20:16:27 localhost kernel: [187398.131930] [<ffffffc00061e588>] tcp_create_openreq_child+0x38/0x34c
May 25 20:16:27 localhost kernel: [187398.138970] [<ffffffc00061b64c>] tcp_v4_syn_recv_sock+0x4c/0x234
May 25 20:16:27 localhost kernel: [187398.145628] [<ffffffc00061eca8>] tcp_check_req+0x304/0x4c0
May 25 20:16:27 localhost kernel: [187398.151717] [<ffffffc00061b9ac>] tcp_v4_do_rcv+0x178/0x330
May 25 20:16:27 localhost kernel: [187398.157803] [<ffffffc00061de18>] tcp_v4_rcv+0x4c0/0x6ec
:
Message from syslogd@localhost at May 25 20:26:04 ...
kernel:[187965.808278] Call trace:
May 25 20:16:27 localhost kernel: [187398.163607] [<ffffffc0005fcbb8>] ip_local_deliver_finish+0x13c/0x240
May 25 20:16:27 localhost kernel: [187398.170642] [<ffffffc0005fd140>] ip_local_deliver+0x88/0x9c
May 25 20:16:27 localhost kernel: [187398.176826] [<ffffffc0005fcfa0>] ip_rcv_finish+0x2e4/0x2f4
May 25 20:16:27 localhost kernel: [187398.182914] [<ffffffc0005fd3ec>] ip_rcv+0x298/0x2dc
May 25 20:16:27 localhost kernel: [187398.188338] [<ffffffc0005cf82c>] __netif_receive_skb_core+0x650/0x6d0
May 25 20:16:27 localhost kernel: [187398.195472] [<ffffffc0005cf8d4>] __netif_receive_skb+0x28/0x84
May 25 20:16:27 localhost kernel: [187398.201942] [<ffffffc0005d089c>] process_backlog+0xbc/0x194
May 25 20:16:27 localhost kernel: [187398.208124] [<ffffffc0005d06c4>] net_rx_action+0xe0/0x1fc
May 25 20:16:27 localhost kernel: [187398.214122] [<ffffffc0000b5ff8>] __do_softirq+0x160/0x2d8
May 25 20:16:27 localhost kernel: [187398.220118] [<ffffffc0000b625c>] do_softirq+0x54/0x64
May 25 20:16:27 localhost kernel: [187398.225733] [<ffffffc0000b62fc>] local_bh_enable_ip+0x90/0xbc
May 25 20:16:27 localhost kernel: [187398.232105] [<ffffffc0006c3890>] _raw_spin_unlock_bh+0x44/0x50
May 25 20:16:27 localhost kernel: [187398.238579] [<ffffffc0005bdc78>] release_sock+0x104/0x130
May 25 20:16:27 localhost kernel: [187398.244576] [<ffffffc00062e478>] inet_stream_connect+0x54/0x68
May 25 20:16:27 localhost kernel: [187398.251043] [<ffffffc0005bab78>] SyS_connect+0x8c/0xb4
May 25 20:16:27 localhost kernel: [187398.256748] Mem-Info:
May 25 20:16:27 localhost kernel: [187398.259321] DMA per-cpu:
May 25 20:16:27 localhost kernel: [187398.262178] CPU 0: hi: 186, btch: 31 usd: 28
May 25 20:16:27 localhost kernel: [187398.267506] CPU 1: hi: 186, btch: 31 usd: 0
May 25 20:16:27 localhost kernel: [187398.272835] CPU 2: hi: 186, btch: 31 usd: 0
May 25 20:16:27 localhost kernel: [187398.278161] CPU 3: hi: 186, btch: 31 usd: 62
May 25 20:16:27 localhost kernel: [187398.283495] active_anon:202579 inactive_anon:112366 isolated_anon:23
May 25 20:16:27 localhost kernel: [187398.283495] active_file:76997 inactive_file:88954 isolated_file:0
May 25 20:16:27 localhost kernel: [187398.283495] unevictable:27 dirty:265 writeback:0 unstable:0
May 25 20:16:27 localhost kernel: [187398.283495] free:6228 slab_reclaimable:5357 slab_unreclaimable:4630
May 25 20:16:27 localhost kernel: [187398.283495] mapped:12866 shmem:19578 pagetables:1549 bounce:0
May 25 20:16:27 localhost kernel: [187398.283495] free_cma:721
May 25 20:16:27 localhost kernel: [187398.320086] DMA free:23920kB min:5612kB low:7012kB high:8416kB active_anon:810316kB inactive_anon:449464kB active_file:307988kB inactive_file:356808kB unevictable:108kB isolated(anon):92kB isolated(file):0kB present:2080768kB managed:1969892kB mlocked:108kB dirty:1060kB writeback:0kB mapped:51464kB shmem:78312kB slab_reclaimable:21428kB slab_unreclaimable:18520kB kernel_stack:3472kB pagetables:6196kB unstable:0kB bounce:0kB free_cma:2884kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no
May 25 20:16:27 localhost kernel: [187398.368043] lowmem_reserve[]: 0 0 0
May 25 20:16:27 localhost kernel: [187398.371956] DMA: 4021*4kB (UEMC) 395*8kB (UEMC) 52*16kB (UMRC) 28*32kB (MR) 10*64kB (MR) 3*128kB (M) 1*256kB (M) 1*512kB (R) 1*1024kB (R) 0*2048kB 0*4096kB = 23788kB
May 25 20:16:27 localhost kernel: [187398.388272] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB
May 25 20:16:27 localhost kernel: [187398.397584] 196748 total pagecache pages
May 25 20:16:27 localhost kernel: [187398.401963] 10852 pages in swap cache
May 25 20:16:27 localhost kernel: [187398.406055] Swap cache stats: add 302607, delete 291755, find 506797/524929
May 25 20:16:27 localhost kernel: [187398.413750] Free swap = 328416kB
May 25 20:16:27 localhost kernel: [187398.417459] Total swap = 524284kB
May 25 20:16:27 localhost kernel: [187398.421172] SLAB: Unable to allocate memory on node 0 (gfp=0x20)
May 25 20:16:27 localhost kernel: [187398.427825] cache: TCP, object size: 1728, order: 1
May 25 20:16:27 localhost kernel: [187398.433438] node 0: slabs: 11/11, objs: 44/44, free: 0
here te actual memory state (I have even 512MB swap area)
Code: top - 20:30:14 up 2 days, 5:07, 1 user, load average: 2.14, 2.36, 2.47
Tasks: 143 total, 1 running, 142 sleeping, 0 stopped, 0 zombie
%Cpu(s): 12.2 us, 5.6 sy, 30.0 ni, 31.6 id, 20.6 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem: 2036960 total, 2013580 used, 23380 free, 2652 buffers
KiB Swap: 524284 total, 195868 used, 328416 free. 727200 cached Mem
here the fragmentation:
Code: root@pine64pro:# cat /proc/buddyinfo
Node 0, zone DMA 1420 162 62 11 5 1 0 1 1 0 0
Any Idea about something to do to prevent those errors?
Thanks
|
|
|
|
|
