Re: [SlimDevices: Unix] Jivelite on a Pirate Audio 240x240 screen
No worries, I got it working with the drivers from waveshare and some help from this thread for setting up jivelite. I still need to optimise the size of the skin, as the qvga square is smaller than the display, despite being 240x240, same as the display. freakk's Profile: http://forums.slimdevices.com/member.php?userid=71950 View this thread: http://forums.slimdevices.com/showthread.php?t=111502 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
jd68 wrote: > Ok, understood. I am a beta tester. :D > > The scripts are great. It worked like a charm. > > But the README.md could be improved because at some points I was unsure > what to do: > > in Step 2: > instead of > > Code: > > pcp_prepare_kernel_src -k -s > > > add the missing parameter value: > > Code: > > pcp_prepare_kernel_src -k -s > > > Additionally, you could add a hint where to save the kernel source. On > my RPi 3B+, the / partition has a size of 876 MB but the script failed > to uncompress the kernel sources. Therefore I created a subfolder > below /mnt/mmcblk0p2 and changed its ownership to tc:staff. Afterwards > the script run through with the new target folder. > > in Step 3: > I was unsure where to download the driver source. Should it be a > subfolder of the kernel sources? Or on the contrary, it must not be in > the directory of the kernel sources? I used a parallel folder below > /mnt/mmcblk0p2 which was obviously a good idea because the build of > the driver was done succesfully. Hence, you might want to add a hint > in Step 3 where to download the driver source. > > Nevertheless, many thanks for providing such an easy way to create > this Realtek driver. Great, thanks for the feed back. piCorePlayer a small player for the Raspberry Pi in RAM. Homepage: https://www.picoreplayer.org Please 'donate' (https://www.paypal.com/cgi-bin/webscr?cmd=_donations=U7JHY5WYHCNRU=GB_code=USD=PP%2dDonationsBF%3abtn_donateCC_LG%2egif%3aNonHosted) if you like the piCorePlayer paul-'s Profile: http://forums.slimdevices.com/member.php?userid=58858 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
paul- wrote: > The scripts should walk you through it. I'm trying to be vague, to see > how it goes. Ok, understood. I am a beta tester. :D The scripts are great. It worked like a charm. But the README.md could be improved because at some points I was unsure what to do: in Step 2: instead of Code: pcp_prepare_kernel_src -k -s add the missing parameter value: Code: pcp_prepare_kernel_src -k -s Additionally, you could add a hint where to save the kernel source. On my RPi 3B+, the / partition has a size of 876 MB but the script failed to uncompress the kernel sources. Therefore I created a subfolder below /mnt/mmcblk0p2 and changed its ownership to tc:staff. Afterwards the script run through with the new target folder. in Step 3: I was unsure where to download the driver source. Should it be a subfolder of the kernel sources? Or on the contrary, it must not be in the directory of the kernel sources? I used a parallel folder below /mnt/mmcblk0p2 which was obviously a good idea because the build of the driver was done succesfully. Hence, you might want to add a hint in Step 3 where to download the driver source. Nevertheless, many thanks for providing such an easy way to create this Realtek driver. jd68's Profile: http://forums.slimdevices.com/member.php?userid=30795 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
paul- wrote: > There is no way to "update" between 32 and 64 bit. Thought so. 32 bit running great. I suspect that I may find some advantage to rescanning LMS in 64 bit, otherwise I cant think of any other advantages for me as I only use pCP for LMS. Is there an other advantage to 64 Bit on a RP3B? Tony SBTouch SBRadio Tony T's Profile: http://forums.slimdevices.com/member.php?userid=34544 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PiCorePlayer + IQaudio DigiAMP+ + 3.5 LCD
Some of the overlays have overrides, which means you can move the function to a different pin. But obviously re-routing the electrical connection is a bit harder. Take a look at the README in the overlay folder as to what the specific overrides are for each. That's why the DSI screen connector for the RPI 7" display is so nice, it doesn't conflict with other Hats. piCorePlayer a small player for the Raspberry Pi in RAM. Homepage: https://www.picoreplayer.org Please 'donate' (https://www.paypal.com/cgi-bin/webscr?cmd=_donations=U7JHY5WYHCNRU=GB_code=USD=PP%2dDonationsBF%3abtn_donateCC_LG%2egif%3aNonHosted) if you like the piCorePlayer paul-'s Profile: http://forums.slimdevices.com/member.php?userid=58858 View this thread: http://forums.slimdevices.com/showthread.php?t=114870 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
Insitu_update From 7.01 to 8.0 went well. Been doing the Insitu_update since 6.0 Im on a RP3B. Did the Insitu_update do a 32 bit install? And if so, is the only way to get to a 64bit with a full install? Thanks for the great work. Tony SBTouch SBRadio Tony T's Profile: http://forums.slimdevices.com/member.php?userid=34544 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PiCorePlayer + IQaudio DigiAMP+ + 3.5 LCD
paul- wrote: > You have a pin conflict, The obvious one is the DAC mute vs screen > backlight control. > > i2s Dac Hats use (pins 12, 35, 38 and 40) for the i2s sound interface. > Some also use Pins 3&5 for the i2c line to control the DAC. > > Then you can look at the source for the device tree overlays, you can > see the extra pins being used. > https://github.com/raspberrypi/linux/tree/rpi-5.10.y/arch/arm/boot/dts/overlays > > For the IQAudio DAC, it uses GPIO22 (Pin 15 for the mute function) > > From the piscreen overlay, it is using > SPI0 GPIO10,9,11 pins19,21,23 > GPIOs (brcm,pins = <17 25 24 22>;) Pins 11,22,18, 15 > GPIO 17, Pin 11 for the touch function So I would need to reroute, painful as these are soldered blocks, and recompile the code since it appears these are hardcoded values. I could live without the backlight control but if I comment that out I'm guessing each time a song stops it would flicker oddly. Seems like I should just have a dedicated pi for controlling the others Thanks btw.. this was exactly the info I was looking for! melrhombus's Profile: http://forums.slimdevices.com/member.php?userid=29280 View this thread: http://forums.slimdevices.com/showthread.php?t=114870 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
Greg Erskine wrote: > copy2fs is not of much use. > > It was initially added as an answer to the "supposedly" corrupt SD cards > problem. But that problem didn't really occur on piCore, so it hasn't > been implemented. > > You could completely run pCP in RAM, unmount /dev/mmcblk0p1 and do full > backups of the unmounted partitions. > > It might sound better. :D ;) Thanks gegen's Profile: http://forums.slimdevices.com/member.php?userid=41137 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
copy2fs is not of much use. It was initially added as an answer to the "supposedly" corrupt SD cards problem. But that problem didn't really occur on piCore, so it hasn't been implemented. You could completely run pCP in RAM, unmount /dev/mmcblk0p1 and do full backups of the unmounted partitions. It might sound better. :D Greg Erskine's Profile: http://forums.slimdevices.com/member.php?userid=7403 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
Hi was wondering what the advantages of using the copy2fs option in PCP8.0 are? Have done a number of insitu upgrades and a couple of installations from scratch all went perfectly thankyou very much. gegen's Profile: http://forums.slimdevices.com/member.php?userid=41137 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCorePlayer 8.0.0 - Bluetooth Discussion
paul- wrote: > Working with the developer at bluealsa .. will see where this goes. Thank you! pi4 4gb picoreplayer with lms and squeezelite for usb inside an argon one case pi3b+ (7\" display, hifiberry dac+ pro) picoreplayer with squeezlite/jivelite for hifiberry and bluetooth headphone inside a smartipi touch case two airport express ikea symfonisk carsten_h's Profile: http://forums.slimdevices.com/member.php?userid=69113 View this thread: http://forums.slimdevices.com/showthread.php?t=114834 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix