All Activity

Very cool

Good afternoon, all. Just a DP update....I'm likin' it! I added a hard drive I pulled from an old, blown up laptop....in fact, I have another but not connected. Both have old files etc onboard so I'd like to transfer all of the ****e from one to the other so I'll have a completely empty, really HUGE drive.... Once that is done, I can take my time populating it to the max with digital pix and music files. Having me some Linux fun. Did I mention Dietpi is pretty slick? Enjoy your evening.

I haven't tried Cantata music player....I have used mpd. It worked OK but I found it overly complicated to configuring it... so l went back to MOC/MOCP. But I will I'll take a look at Cantata.... tnx

Can't comment on Plex, as I've never used it. And I was aware of Emby (Media Brower...MB...."emby") and Jellyfin, but never used. I use KODI for movies, but that's only because I used to use some of the channels/plugins. I hardly use them anymore, so might start considering a lighter-weight, less-featured alternative. In the past, I've used Serviio. Lightweight and works like a champ. Does exactly what you describe, but not exactly sure what you don't like about Plex. I'll just mention Serviio and let you decide if it worth checking out. FWIW... Another option MIGHT be Cantata music player. Cantata is the front end GUI that uses "music player daemon" MPD as the backend/server. Just point Cantata to the location of your music collection (network? NAS?) and Cantata plays it for you!

Gotcha

For that, I'm sure it's fine. But setting up my MP3's, playlists, etc etc it's a PITA. I tried Emby.....and a few others but in the end, all I'm using it for is my MP3 collection. MOC/MOCP is it for me.

Well I guess it depends on what you use it for. I use plex to stream my movie collection to my tv using a chromecast and it works great. I do not pay for the other services that it uses. Emby and jellyfin are alternatives to plex, Emby being open source.

Morning all.....I'll sum up my opinion of Plex media server in three words..... it sucks. I'm heading back to tried and true, MOC/MOCP. It just works.

Thanks James, I passed that along to my boss.

^ that's actually pretty common, but there has been GREAT progress in the last 5+/- years. Ardour started as a Linux DAW, but offers Windows & Mac versions. That's my choice. Harrison Mixbus is a somewhat newer DAW, based on Ardour, and is also cross platform. REAPER is a more recent DAW, and is cross platform. Studio One is a major player in the DAW arena and has recently started offering its DAW as a Beta on Linux; it's neither "free", nor "freeware", and requires a license registration, but it's the first MAJOR player in the audio production software arena to recognize the recent shift in professional audio users moving to Linux; and they're chasing those folks! There are some other smaller DAW projects on Linux, but I'd say their niche and/or specialized use....such as LMMS, QTractor, Rosegarden....and they're Linux-only as far as I know.....so, very small user-base. Once upon a time, ProTools was the big daddy of DAW software, and probably still is...for Win and Macs. But Ardour, Harrison, REAPER, and Studio One have been putting some serious dents in the former ProTools userbase. And it's not uncommon for folks to have more than 1 DAW, because some DAWs do some things better, and it's always smart to have a backup software, IMO. I'm an Ardour guy, but I also have REAPER waiting in the wings. REAPER has nice features for Drum VSTis and MIDI editing. Ardour devs have indicated they're not interested in implementing those features (at this time), so who knows.....over time, I may become a REAPER guy. I like 'em both, and they're both very solid on Linux. Same thing goes for plugins....perhaps even moreso! A lot of the gyrations I'm going through right now revolve around the dearth of Drum VST plugins for Linux. There are a few, but they all lack SOMETHING that the dozens of Windows & Mac Drum VSTs offer. There are so many for Windows & Mac that it's hard to choose which one is the right one for your use case.....MTPowerDrumkit (freeware), EZDrummer, SuperiorDrummer, StevenSlateDrums (SSD), AddictiveDrums, BFD, PerfectDrums....and these are just the more popular offerings. There are at least as many "boutique" offerings that I haven't mentioned. None of them are for Linux. Ugritone Drums has recently started offering their Drum VSTi plugins as an "unadvertised" beta....and are now cross-platform. So that's one, but hardly anyone knows about it. The others are AVL Drumkits and DrumGizmo, and that's pretty much it. AVL is probably the most polished plugin, but their 3 drumsets (including Red Zeppelin, Black Pearl, and Blonde Bop) do not have enough drums to map to all my skins. Most kits are 5-piece (mine included), but AVL drums are only 4 (kick, snare, rack tom, and floor tom); I'll lose all my racktom2 hits, or have to completely change my playing style to avoid racktom2. Better to change the software, IMO. That leaves me with DrumGizmo by default. I have always used DG to capture my MIDI; but then I moved the MIDI to a Win machine and processed the MIDI into analog drums with EZD, and then pulled that analog audio back into my Linux machine to finish the song/project. The "other half" of DrumGizmo is the analog drum samples available.....they are VERY RAW.....the phrase "wysiwyg" comes to mind....mics only, no processing whatsoever. To my untrained ears, they were unusable. I have since learned a lot about audio production (but still know very little, LOL!) and am able to gate, EQ, compress, and add the right amount of reverb for a usable drum tone, and I can now process DG into a very strong resemblance of the pre-mixed EZD tones! So DrumGizmo is only now just starting to get the nod from me as the preferred Drum VSTi for MY use-case scenario in Linux audio production! It's still lacking a MIDI "table" to edit percussive notes/velocities, and a sequencer to edit grooves/measures, but I can duplicate that (with more effort) from within the DAW itself. Not ideal, but making solid progress and that's a different problem for a different day. And that's just a discussion for Drum VST plugins. Extrapolate that to other plugin tools, and you'll see the same occurrence. So many for Windows, it's hard to decide; so few for Linux, your preferred plugin will choose you, based on the fact that its the ONLY one that does that one thing that matters to you most. But I've noticed the trend with DAWs on Linux, and plugin devs follow their DAWs; so it's only a matter of time until the plugins gain more variety also. So you're boss is right, and I get it. But it IS changing. In the meantime, I made a change. I've always used Calf Plugins....it's a carryover from my old days of Cubase DAW on Windows. Calf looks familiar and is somewhat known to me. I was ecstatic to find them in Linux-land. But I'm learning from others in different forums that there are better issues, without various audio artefacts (that I don't hear...at least not at this time) that Calf introduces. Fortunately, there's a PRIMO set of plugins for anything you might need on Linux...."Linux Studio Plugins" a/k/a LSP. I've been slowly switching over and duplicating my Calf settings; and as I'm getting more familiar with LSP and the interface, I'm also noticing knobs and features that Calf didn't have. So I'm digging the LSP plugins, and thinking I'll grow INTO them over time, rather than OUT OF. And that's perfect for me.... In a nutshell, I'm reading articles that indicate major studios are looking at, or even already using, Linux as an audio production platform. These are audio geeks and engineers akin to US as computer geeks/software hackers, and they are recognizing that Linux can easily do things with audio that Windows struggles with. And time is money in the studio. Stay tuned....this is another industry that Linux is primed to take over, and has reached enough of a user-base that perhaps critical mass to adoption is imminent?!

Well no go on there:

Well back at work. I can ask my boss what sound card he uses on his linux machine.

It has changed over the past few months but there are still some things about it that give me pause. I also just don't see how it would save me any time.

I recall seeing 3 periods/buffer is recommended for USB sound cards, don't know why. It would be simple to test it. Mine is set to 2/512 but I have an old M-Audio 2496 PCI card and haven't done recording for ages.

Thanks. Yeah, the other was light weight, but not like DietPi. I'm using LXDE....it's supposed to be "Highly optimized, ultra lightweight".....I rekon they mean kinda smallish. I'm also setting it up with Plex media server. Kinda going overboard since I can just ssh to a RPi that contains music files and then play them with mocp.....which is what I've been doing, but Plex can do more....I can also store my photos. Access Plex from my SmartTV ....kinda cool.

EXCELLENT Sunrat....TY! Maybe the biggest take from all that information is that "A few xruns are to be expected, mainly just when loading files or plugins. Should be minimal or zero when playing or recording." I have that now, in my current setup, using DrumGizmo to capture MIDI and convert to analog prints. I guess I was spoiled with my old setup, which was a stock Lubuntu that I added KX Studio Repos and configured to taste. That setup never had xruns, with no tweaking. So for me, THAT was the expected behavior; but you're telling me that was exceptional behavior. And the xruns I'm noticing now aren't showing up during playback/recording runs.....they're showing up during Plugin loads/activations and change of settings. Sounds like IF that's the case, THAT is somewhat to be expected? My CPU is a Ryzen 5, with a discrete ATI video card. I can't remember, but I may be bypassing that videocard for the onboard with the Ryzen 5. Nevertheless, I'll run down some of your suggestions because I do want it to be the best it can be...even if tests confirm it's already there, I'll want to know that! Since I'm using Ryzen, sounds like I can skip the C-states, and focus on threadirq and mitigation. I am using the PA > Jack > ALSA setup...no pipewire (although looking forward to the day when it's the default in Debian!) Since all hardware is IDENTICAL (remember, I just pulled my OLD drives, put new drives in and reinstalled, with no hardware changes whatsoever!) I made my Cadence settings in the new Debian exact clones of my old settings in Lubuntu. Those Cadence settings include default settings on the Engine tab, and the Network tab isn't being used. My Driver tab uses ALSA, with settings of 44100 sample rate (good enough for CDs, good enough for me), buffer of 256, and 2 periods/buffer; collectively yielding 5.8ms of latency. BTW....this matches the latency on my dedicated drum station/windows laptop using ASIO driver. My MIDI driver is ALSA Raw-MIDI. Any settings that catch your eye that COULD be better? Reading forums, I'm seeing suggestions that 3 periods/buffer would be better, but I'm not clear WHY. What are your thoughts and advice? TIA Sunrat!

Excellent! so much for the "not enough RAM" theory, though. what desktop did you install? That start menu icon looks like LXDE, but i thought you said LXDE wasn't an option?

Greetings all. I finally got a desktop installed on the Dietpi. I put it on the one RPi4 that has only 1gb of ram. The problem I was having was, one of the sites it goes to when getting packages for a desktop, would always leave me with an error: I should have done this before, but with a simple google search, I found the simple solution. On the Dietpi, I had to $ sudo nano /etc/hosts then add the following at the end of the line 185.199.108.133 raw.githubusercontent.com That did the trick. So now I can use this RPi4 with the radio stuff and the RPi4 w/ 4gb, I'll find something else to use it for.

Very cool Sunrat

Tuning for optimum audio performance is a rabbithole I've found myself in many times. The best guide is https://wiki.linuxaudio.org/wiki/system_configuration A most helpful script is rtcqs (formerly Realtime Config Quick Scan) - https://codeberg.org/rtcqs/rtcqs . Run it and implement its recommendations until everything shows as [OK]. I set frequency scaling governor to Performance. For Liquorix you need to add kernel option threadirqs. I also disable mitigations with mitigations=off and disable C-states. GRUB_CMDLINE_LINUX_DEFAULT="quiet intel_idle.max_cstate=0 processor.max_cstate=1 threadirqs mitigations=off" The c-states is for Intel, and there are security implications disabling mitigations; for my Haswell CPU it can improve performance up to ~30% What audio server do you have? I still use Pulseaudio > JACK > ALSA. Some DEs eg.GNOME now use Pipewire which I know very little about so far. A few xruns are to be expected, mainly just when loading files or plugins. Should be minimal or zero when playing or recording. You can run specific tests for xruns with xruncounter from https://github.com/Gimmeapill/xruncounter I think it is worth paying a few bucks to get the latest Ardour rather than the old repo version. I paid 5 bucks and have v.8.6.0 and it covers updates until v.9. The KX repo is less useful than it used to be as the devs focus mainly on their own projects and quite a few 3rd party plugins are now a version or more behind upstream. I get LSP from upstream and contribute to his Patreon. I use Qjackctl in preference to Cadence (setup of rncbc repo shown in attached guide). I wrote a guide for setting up my system with KDE Plasma, on Intel and Nvidia hardware. Some of it may be relevant for you. File attached. bookworm-setup.txt The easiest way however to have a functioning audio production system is to use a dedicated distro. AVL-MXE is excellent; the latest version uses Enlightenment desktop which is very lean. It's based on MX which is based on Debian Bookworm. Lotsa luck, and say hi to the rabbits!

Well I was referring to what applications he would use for certain things and such. I don't think he is running different kernels and such but he might be. He is a computer guy and hasnt asked me any questions about linux in years but I know he still runs linuxmint.