I have been chatting with both Zig & Taz in pursuit of the one pi does both sound and video and they both have been hugely helpful. I feel like I am getting close. I have followed all the steps given from Zig & Taz and referred to github and I am having a problem with the video not playing. Note that I can manually play a video using omxplayer. Serial media server is running but it is not leaving behind any logs in the the /boot/smsdata/data directory, so somehow running and logging somewhere else?

root@tiltaudio3:/boot/smsdata/data# service serial-media status
● serial-media.service - Serial Media Service
Loaded: loaded (/etc/systemd/system/serial-media.service; enabled; vendor preset: enabled)
Active: active (start-pre) since Thu 2021-09-02 19:46:08 BST; 9s ago
Cntrl PID: 906 (sleep)
Tasks: 1 (limit: 1635)
CGroup: /system.slice/serial-media.service
└─906 /bin/sleep 10

Sep 02 19:46:08 tiltaudio3 systemd[1]: Started Serial Media Service.

Any ideas on what to look for next are appreciated.

Also note, that I cannot get to the serial media server web ui at port 31009

@Zigzagzag: I'm afraid I already have a problem at the very first step (I'm logged on as "su")...

root@tiltaudio3:/boot/smsdata/omx# git clone https://github.com/popcornmix/omxplayer.git
bash: git: command not found

Try "sudo apt-get install git" if you want to go this way.
But I'm not really convinced that will do the trick .. since one of your omxplayer binaries obviously can parse the "win" parameter it should be possible to make it work as it is.
Perhaps if you change the order of the parameters in the SMS script ?
Have you tried with a direct path - for both binaries - in the SMS script ?

Slowly but inevitably I am getting very, very confused... both versions are running at the same time???

root@tiltaudio3:/boot/smsdata/omx# ps ax |grep -i omxplayer
636 ? S 0:00 /bin/bash /usr/bin/omxplayer -b --no-osd --loop /boot/smsdata/data/startup_map_glitched_3.1_1024x600.mp4 win 0,0,800,480
649 ? SLl 0:39 /usr/bin/omxplayer.bin -b --no-osd --loop /boot/smsdata/data/startup_map_glitched_3.1_1024x600.mp4 win 0,0,800,480
1092 pts/0 S+ 0:00 grep -i omxplayer

Yes, you can have 2 binaries/programs installed at the same time - at different locations.
But look closely at what you have pasted :

usr/bin/omxplayer.bin -b --no-osd --loop /boot/smsdata/data/startup_map_glitched_3.1_1024x600.mp4 win 0,0,800,480

I believe the 2 dashes ("--") before the "win" parameter are missing here ?

I have to correct myself and just edited my last post accordingly: both versions have the "win" parameter (and are running from the same path)

Indeed, you are correct. Sorry for my very, very stupid oversight. I just corrected that and rebooted the Pi.

root@tiltaudio3:/home/pi# ps ax |grep -i omxplayer
4672 ? S 0:00 /bin/bash /usr/bin/omxplayer -b --no-osd /boot/smsdata/data/default_map_glitched_4_1024x600.mp4 --win 0,0,800,480
4684 ? RL 0:00 /usr/bin/omxplayer.bin -b --no-osd /boot/smsdata/data/default_map_glitched_4_1024x600.mp4 --win 0,0,800,480
4686 pts/0 S+ 0:00 grep -i omxplayer

Although both processes are running again, no videos are being displayed. I added both paths in img-serial-move.py, no difference. I get the same output when I remove the absolute path in the script:

root@tiltaudio3:/home/pi# ps ax |grep -i omxplayer
2040 ? S 0:00 /bin/bash /usr/bin/omxplayer -b --no-osd /boot/smsdata/data/default_logos_2_1024x600.mp4 --win 0,0,800,480
2052 ? R 0:00 /usr/bin/omxplayer.bin -b --no-osd /boot/smsdata/data/default_logos_2_1024x600.mp4 --win 0,0,800,480

Interestingly, the above output with the /usr/bin path is from when I had changed the path for omxplayer in the script to /home/pi/bin (and rebooted the Pi).

By "change the order of the parameter", did you mean change the order of the 2 "args" lines here?

def play_movie(name, loop):
global movie_playing, config, log, current_connection
media = Path(name).absolute()
movie_playing = name
if (loop == 0): args = config['player']['exec'].split()
else: args = config['player']['loop'].split()
-> args.append( media.as_posix() )
-> args.append("--win 0,0,800,480")
log.debug("running: {}".format(args))
player = popenAndCall(onProcessExit, 1, name, args, stdin=PIPE, stdout=PIPE, shell=False )
#player = Popen(['omxplayer', '-b', Path(m[id]).absolute().as_posix() ], stdin=PIPE, stdout=PIPE, shell=False )
log.debug( "playing movie {} in process {}".format(name,player.pid))
#player.set_aspect_mode(config['player'].get('aspectMode','stretch'))
#player.stopEvent += lambda : movie_ended()
if current_connection:
current_connection.send("# playing {}\r\n".format(name).encode(charset))

Yes, that is what I meant - place the "win" args.append before the "media as posix" one.

I must admit it is hard to tell what is going on.
I would expect that it should be possible to use the binary in /home/pi - but then again, if I understand the git page correctly - omxplayer is just a shell script that calls omxplayer.bin.
So it might be that the shell script in /home/pi doesn't reference the omxplayer.bin that (I suppose) is in /home/pi and therefore uses the one in /usr/bin (which presumably is in path).
Hard to say from here ... and I have sold my CFTBL so I can't check how mine behaves/behaved ... :/

No worries, your help is much appreciated! Without you guys I wouldn't have any video at all. Woulld be great if steve45 could also chip in here.

Still fiddling. A little progress, nothing worthy of posting yet. Haven't forgotten about you neither, @hawknole.

Thanks Taz, I have been working on my TotAN restore in the meantime, getting close.

@Zigzagzag: it's running... Out of sheer desperation, I added the "--win" parameter at the beginning of the script. I now see my test video in full screen. However, what I do not understand, the parameter is not listed in the log, can you shed some light on the reason for this?

pasted_image (resized).png

pasted_image (resized).png

pasted_image (resized).png

No idea, but hey .. if it works, don't worry about it

Too true

Thanks for all your help!

I got the single Pi working with help from this thread, Zig & Taz, thanks all.

Taz asked me if I loaded the updated python script from Zig and I thought I did but I looked at the file closer and I did not use the modified python file, however, my video is playing when I expect it. So I am a little unsure what the python modification is intended to do?

Thanks again.

Question is, when do you expect it to play?

Do you have startup videos playing after you switch on the machine i.e. during attract mode?
Do you have default videos playing in between sound events (i.e. when no videos are triggered by any sounds and after the last sound event video has finished)?

It adds support for :

- playing movies starting with "startup" in the filename on boot, so you don't have a black screen on first attract mode
- "loop" command so attract movies don't stop after single play

Cool, thanks guys, will add in.

It would be totally cool to get one of those 3D fans to work with the Media Server and use it as a topper:

https://www.aliexpress.com/item/4000579865125.html?spm=a2g0s.9042311.0.0.659e4c4dMc6T5K

Check this out:

However, since they don't seem to have HDMI and require a .bin file format, this would not be out-of-the-box with the current Tilt!Audio revision....

Having problems with the video not playing. Oddly, it is working fine when there is no license and not working with the full license applied. I tried two different Pi's and two different TiltAudio boards, all with the same results. In discussions with Steve but looking for a possible solution to force the socket call.

In looking at the logs when the socket call for the playCommand equals 60 then the video plays fine, per below:
2021-10-07 01:35:39.671 DEBUG SndServi [serialSend] [serial.c:119] Sending serial cmd 'PLAY car2.mp4'
2021-10-07 01:35:39.674 DEBUG SndServi [sendSocketCmd] [socketIo.c:60] send cmd via socket: PLAY car2.mp4

However, with the license applied it tries to send to another socket and errors and does not play the video, per below:
2021-10-07 01:06:40.045 DEBUG MHD-sing [serialSend] [serial.c:119] Sending serial cmd 'PLAY snack1.mp4'
2021-10-07 01:06:40.054 ERROR MHD-sing [sendSocketCmd] [socketIo.c:57] send via socket failed

Looking for a way to force the socket call to 60. Any ideas on how I could do this? Any help is greatly appreciated.

Could it be the lua bug biting you ?

https://pinside.com/pinball/forum/topic/new-creature-holo-mod-for-cftbl/page/4#post-6368411

Thanks Zig, however, lua is already disabled.

Looking for a way to force that socket to 60.

Ah, Zig corrected me, thank you sir. 60 is not the socket call but the line number in the source code, still odd that when line 60 is called it works and why it would refer to another line like 57 or 59, both of which I have seen.

Working on the one pi sound and video, I have discovered that a folder structure sound package will work with a titlaudio license but an altsound CSV file will not play video with a tiltaudio license. Oddly, an altsound CSV will work without a license but when the license is applied the video will not play using a CSV referenced sound pack.

As a note, I have serial video calls on a one Pi running in my Getaway and my CFTBL with the folder structure sound pack.

I was able to update my Getaway sound pack with different files and not get a scrambled ID message, however, when I try to do it with CFTBL I do not have as much luck. I am leaving the folder structure name the same and just changing out the audio files. Looking for a solution to the scrambled ID problem with a folder structure. Thanks.

I am going with altsound format for all tiltaudio. I can get altsound to work with video on one Pi without a license, however, once a license is applied the serial video will not play. If someone gets the one Pi video to work with the altsound format please advise

After months of testing & troubleshooting, I tried every possible combination, it is still the license file that causes problems with video playing in my single pi Creech setup. Everything works perfect with no license but when the license is applied the PLAY call changes and the video stops working.

Yes, lua is disabled

Extended

Trust me, you don't want one of these in your living room. I have one, it's NOISY !!! It's a damn full speed fan, with blades not exactly designed for silence. It's back in the box, I don't even turn it on.

him everyone, i'm new on this forum.

so, i bought the tilt audio a couple weeks ago, since then i not have sucess on showing videos on the screen.
with 2 raspberry's the screen show's "MEDIA PACK IS MISSING"

So i try the tututoral above to use only one rasp.

my setup is:

Raspberry pi 3 model B +
32gb sd ultra
Titl audio board v3.7

using img on sd card 1.38 (i try the last release 1.40 with no sucess too)
connected in hotspot tiltaudio and change to wifi network to acess from my pc

i follow step by step in this tutorial above, the weird part is i dont have the serial.log on boot/smsdata/data
i dont know if i have to put then manually or the system it self create automatically

sms adress changed to 127.0.0.1, sms port to 19999
lua disable, serial port enable, device serial /dev/ttyS0
install all apt-get metioned on serial-media-serv Readme

media pack from cftbl correctly inside boot/smsdata/data with default.jpg manually installed.

running SCP with ROOT 192.168.100.84:22 (i dont know if this matter)

all i have is a tiltaudio! logo in any circunstance on the game and tilt audio config. sound no video is triggered when i put play

i really apreciated if anyone can help me

PS: i'am brazillian, so sorry for my bad english

here is a status from serial media service, on line "active" i got (start-pre) i don't know what this mean.

serialmediaservicestatus (resized).png

i upload a print for raspin.log when i got a line "g [sendSocketCmd] [socketIo.c:57] send via socket failed"
and a print from my directory with the missing serial.log

directory data (resized).png

raspinlog (resized).png

It seems the serial media server is not running ?

I see you wrote :
sudo start serial-media service

This is the wrong syntax.
Can you try :
service serial-media start

i try that and have the same

print logfile (resized).png

serial putty (resized).png

ignore the print of putty, i wrote serial instead Serial

print putty (resized).png

For the serial media server - did you make the config file : /boot/smsdata/data/serial-media-srv.ini using the config shown here : https://github.com/sker65/serial-media-srv#config-file

Afterwards, did you do this :

6) Create /boot/smsdata/data/serial-media-srv.ini using the content as shown in the readme on the site above but enable the socketport :

socketport=19999

yes i did that

serial-media-ini place (resized).png

socketport (resized).png

here is my web ui config.

web ui (resized).png

It might be that the serial media server does not read the correct configuration file.

Did you do this part ?

5) In /home/pi/serial-media-srv/start.sh, edit the BASEPATH :

BASEPATH=/boot/smsdata

i did this part too.

baspath (resized).png

And no USB stick in the Pi ?
If you have a USB stick in the Pi it will change basepath and this will not work.

i dont have a usb stick on the pi. my media is under boot/smsdata/data on the sd card.

Ok, then I don't know. I believe the serial media server is not reading the config file.

Could you do :

cd /boot/smsdata
ls -rtaFl

... and post the output here ?
Might be some file permissions.

this is normal ? i got nothing to response the command

lsrta (resized).png

It should be a lowercase L at the end of the command, not the pipe symbol.
Do ctrl-c and try again.

I've never been so angry at an image before

WhatsApp Image 2022-02-24 at 16.39.17 (resized).jpeg

sorry my bad

correctone (resized).png

Ok, that looks right. Can you run the same command in the smsdata directory ?