JMPX only seems to provide static PS. could I edit the code in some way to allow scrolling ?

On using it on linux.

xxl no in no way ,from a long time i asked the author and he said no sadly

Ah that sucks. I’m having no joy with mpxgen either atm.

XXL wrote: ↑Thu Apr 23, 2020 3:32 am Ah that sucks. I’m having no joy with mpxgen either atm.

Whats the problem with mpxgen?

I did use your code and played around with it abit, but no joy. I need to buy another raspberry pi now aswell as iv actually put it up the site. Do you know if ffmpeg and mpxgen will run on a raspberrypi zero?

XXL wrote: ↑Thu Apr 23, 2020 2:47 pm I did use your code and played around with it abit, but no joy. I need to buy another raspberry pi now aswell as iv actually put it up the site. Do you know if ffmpeg and mpxgen will run on a raspberrypi zero?

I'd be surprised if it ran smoothly on a Raspberry Pi at all, I'd have thought there would be way too much stuttering. I know the actual program works but the Pi is just too slow to reliably keep the RDS and audio going.

I've had no problem whatsoever with an "audio injector" card fitted to the I/O of a Raspberry Pi 3 or (better) a Pi 4. Using the Pi 4, I've been able to run JMPX (which DOES NOT do scrolling for several good reasons) and Audacity to play audio files from a big SSD connected to a USB port. I've got a small commercial station running using this approach during this "lockdown". The station operators log into the Pi remotely (using SSH) and upload new programmes every few hours.
Their previous set-up used a couple of Revox tape machines feeding an Innovonics David III audio processor / stereo coder, one of my early PROM-based RDS coders, and a 800 Watt rig. They had problems going to their site in the middle of the night to do tape changes, and asked for more automation and a means of remote upload. The sound of the new gear in indistinguishable from their old set-up. They're using the same rig (which has 100% redundancy of all sections for reliability).

reel to reel in 2020? Are you kidding?

mikroman wrote: ↑Fri Apr 24, 2020 10:18 am reel to reel in 2020? Are you kidding?

A lot of recording studios still run 24 track reel to reel.

Albert didn't say which country this was in.

We take new technology for granted in the uk but it's not like that everywhere.

Even the US is surprisingly backward and I can just imagine this happening at a commercial station over there.

I know the cases in music production and what is the philosophy behind it, but in broadcast I thought recording on tape was abandoned. Last year i used Studer a80 for broadcast was 2003. if we exclude sentimental components, there is no economic or technical benefit.

For some stations money is really tight and their future is uncertain. For them I think It's more a question of economic necessity.

second hand pc + freeware record/edit apps cost almost nothing. On the other hand, if we talk bout reel to reel, you have to pay more working hours to people(s) who make recording and editing. This is big economic difference between linear and non linear editing. As i said there is no sense.

Santana is here

radium98 wrote: ↑Sat Apr 25, 2020 8:43 am Santana is here

Doing his impression of a chipmunk lol.

So scrolling rds on a raspberry pi is not possible ? I only want to use code programs like mpxgen. Stereo tool on a pi is ridiculous.

XXL wrote: ↑Sat Apr 25, 2020 2:32 pm So scrolling rds on a raspberry pi is not possible ? I only want to use code programs like mpxgen. Stereo tool on a pi is ridiculous.

If you get mpxgen using a Pi working then you could use make some sort of FiFo script to get mpxgen working with scrolling RDS but I couldn't help with that.

So does mpxgen not do scrolling either ?

XXL wrote: ↑Sun Apr 26, 2020 1:29 pm So does mpxgen not do scrolling either ?

Not by default no, but it does support FiFo to alter the RDS while it's running, but you'd have to set up a script to continually change the RDS to the FiFo file which is another task in itself.