neumoDVB

[Butacas]

Butacas,
the problem occurs during the installation part of "make install" due to a bug. I have fixed this now.
So update, recompile and reinstall

However, it is best to just run neumodvb from the source code directory: .../neumodvb/gui/neumodvb.py
Then, if problems occur, at least we do not have to guess which version is actually used: the installed one or the compule and
not yet installed one.

Few people actually run "make install". So the problem remained hidden.

Note that you will need to install the drivers as well.

I have installed all F37 system again and neumodvb (Prerequisite Software and everything as before), same fedora kernel too. Because an error appears, in case I did something wrong, but I see that it doesn't, because it keeps appearing.

For now I just need to install the drivers.

I run it like this now: ~/neumodvb/gui/neumodvb.py

And this is what I get:

 

[deeptho]

I have installed all F37 system again and neumodvb (Prerequisite Software and everything as before), same fedora kernel too. Because an error appears, in case I did something wrong, but I see that it doesn't, because it keeps appearing.

For now I just need to install the drivers.

I run it like this now: ~/neumodvb/gui/neumodvb.py

And this is what I get:

You have installed wayland, which is a replacement of X11 but with fewer features.
So use Xorg instead:

Configuring Xorg as the default GNOME session

Wayland is the default GNOME display server, and has been the default in Fedora since Fedora 25. However, users may still need to use the older Xorg display server for…

docs.fedoraproject.org

And then install mate-destktop for a more user friendely GUI

 

[deeptho]

Thanks. A good reminder. Fedora was the first OS I used to try neumoDVB when the program first appeared on the Forum.

The first kernel I tried from fedoraproject, 5.18.19-200 F36, was successful, with media_build finding my adapters -

View attachment 149188

Checking Services before doing a mux scan to see if anything remained after I left Fedora for Ubuntu, I see they are still in there from 2021. I should think at least some of the channels are still viewable.

View attachment 149189

Trying the TBS6522 tuners, the T/T2 muxes are found quickly, and viewing the HD channels I don't notice any visible artefacts.

View attachment 149190

View attachment 149191

For the TBS6522 S/S2 tuners, I am experiencing a problem with blindscanning. After a spectrum scan of the H and V TP's of 28.2E, blindscanning goes no further thhan the first TP it's checking. Further attempts with other satellites to follow.

View attachment 149192

Satesco reported a similar problem. You could try deleting all muxes (or the 10722 one or ones) and then see if that helps.

There will be a new version in a few weeks, which handles these types of problems differently, so I prefer to not spend
time on fixing this now in the current version.

 

[Llew]

Satesco reported a similar problem. You could try deleting all muxes (or the 10722 one or ones) and then see if that helps.

There will be a new version in a few weeks, which handles these types of problems differently, so I prefer to not spend
time on fixing this now in the current version.

I should have worded my post differently, sorry.
To be clear: that kernel is the one I'm using successfully now, not in the earlier Fedora 36 I originally had when starting out.

 

[Butacas]

You have installed wayland, which is a replacement of X11 but with fewer features.
So use Xorg instead:

Configuring Xorg as the default GNOME session

Wayland is the default GNOME display server, and has been the default in Fedora since Fedora 25. However, users may still need to use the older Xorg display server for…

docs.fedoraproject.org

And then install mate-destktop for a more user friendely GUI

Thank you so much. It already works fine.

Now all I have to do is install the drivers. The Llew section is clear to me because it is for Ubuntu and I am with Fedora. So do I install it like this?

mkdir tbs
cd tbs
git clone GitHub - ljalves/media_build
git clone --depth=1 GitHub - ljalves/linux_media: TBS linux open source drivers -b latest ./media
cd media_build
make dir DIR=../media
make distclean
make
sudo make install

Would it be enough like this? With those drivers, would the blind search work as well?

I will not install it until you give me your approval, that it is correct that way.

I already have the fw in its location /lib/firmware.

I'm not sure if I would ultimately have to install this as well to get the blind search:

cd blindscan_kernel
git clone --depth=1 deeptho/linux_media -b deepthought ./media

Or do I follow these installation steps last?

GitHub - deeptho/linux_media: neumoDVB blindscan drivers media_tree

neumoDVB blindscan drivers media_tree. Contribute to deeptho/linux_media development by creating an account on GitHub.

github.com

 

[deeptho]

Thank you so much. It already works fine.

Now all I have to do is install the drivers. The Llew section is clear to me because it is for Ubuntu and I am with Fedora. So do I install it like this?

mkdir tbs
cd tbs
git clone GitHub - ljalves/media_build
git clone --depth=1 GitHub - ljalves/linux_media: TBS linux open source drivers -b latest ./media
cd media_build
make dir DIR=../media
make distclean
make
sudo make install

Would it be enough like this? With those drivers, would the blind search work as well?

I will not install it until you give me your approval, that it is correct that way.

I already have the fw in its location /lib/firmware.

I'm not sure if I would ultimately have to install this as well to get the blind search:

cd blindscan_kernel
git clone --depth=1 deeptho/linux_media -b deepthought ./media

Or do I follow these installation steps last?

GitHub - deeptho/linux_media: neumoDVB blindscan drivers media_tree

neumoDVB blindscan drivers media_tree. Contribute to deeptho/linux_media development by creating an account on GitHub.

github.com

The last ones of course because those are the blindscan drivers.

 

[Butacas]

The last ones of course because those are the blindscan drivers.

I have followed all the steps of installing the blind search drivers. Unsuccessfully. I don't know if it has something to do with it, but I have UEFI and secure boot enabled.

And this module seems to be missing?

 

[deeptho]

I have followed all the steps of installing the blind search drivers. Unsuccessfully. I don't know if it has something to do with it, but I have UEFI and secure boot enabled.

And this module seems to be missing?

I can roll the dice of course and guess: maybe the martian landed on earth and deleted the module?
Alternatively you might provide some information that could help track down the problem. Just an idea... :->

 

[deeptho]

I have just released neumodvb-1.3. Lots of internal changes. Note that the database will be upgraded.
That means you cannot switch back to older versions, but as always, neumodvb will create a backup prior to conversion.
For instance /mnt/neumo/db/chdb.mdb will be copied to /mnt/neumo/db/chdb.mdb.20230423_22:19:43/
And likewise for devdb, statdb, epgdb, recdb. You can just replace the new with the old version:
rm -fr /mnt/neumo/db/chdb.mdb
cp -a /mnt/neumo/db/chdb.mdb.20230423_22:19:43 /mnt/neumo/db/chdb.mdb

Satesco has already tested the new version. Here are the changes:

• Improved identification of muxes during scan, even when details such as network id and ts id change durign scan. This prevents never ending scans in more cases.
• Updated documentation: mux list, status list.
• Display correct mux data in more cases and display bad nit info in more cases (in red).
• Show more mux information in service info on live screen.
• Bug: wrong band reported for wideband lnb.
• Also show total number of muxes during scan.
• Bug: incorrect nid and tid shown in positioner dialog.
• Perform pmt scanning also for t2mi streams.
• Bug: isi scan times out too soon.
• Bug: restricting service list to sat did not work properly.
• Introduce new assert code, which allows continuing past assertion in debugger
• New database schema for muxes and services: introduce mux_id as part of new primary for mux and remove extra_id. Add mux_id column in service list and mux list. Also, replace mux_desc with frequency and polarisation in services, allowing filtering of services based on frequency or polarisation. Add schema_version in database records and in data structures, to be able to detect major schema upgrades.
• Code for handling major database upgrades from python and specifically converting to the database format needed for neumodvb-1.3.
• Allow receiver initialization to be interrupted for major database upgrade and then for initialization to continue.
• Avoid introducing streams with stream_id=-1 when multi stream exists but does not lock.
• If mux cannot be locked, use NOLOCK as status instead of BAD. The latter means that the tuning parameters are invalid.
• Add scan_lock_result.
• Always preserve mux_key when consulting driver.
• Never change stream_id even if driver reports the wrong one, but allow overriding stream_id with value from driver_mux when mux is template.
• Properly handle case of stream ids changing during scan
• Move some data from si.scan_state to si.tune_state, so that it is not cleared by si.reset().
• When looking up template mux with stream_id=-1, ignore stream_id in lookup to also find multi stream.
• Simplify active_adapter_t::monitor() loop.
• Bug: scan subscribers erased during si.reset.
• Bug: passing local variables into tasks stored for other threads can lead to accessing invalid memory
• Make by_scan_status key order by pol and frequency as secondary sort order, changing order in which muxes are scanned.
• Avoid calling remove_fd with file descriptor <0.
• Bug: Incorrect error message about fe and lnb not found.
• Bug: Non Ku-Band subscriptions shown as None.
• Avoid assertion in CmdBouquetAddService.
• When selecting default network, take the one with the closest sat_pos rather than the closes usals_pos.
• Workaround for possible kernel bug which causes epoll to report that eventfd is readable, whereas it is not. This causes a subsequent notifier.reset() to hang forever in read.
• Bug: deserialize_field_safe: correctly skip variable size fields in old record
• if peak_scan fails, then add the peak to the vector for future rescanning.
• Handling of failed peak tuning improved.
• Bug: data_start not correctly reset in some cases, using to incorrect no_data status.
• Require FEC lock when scanning dvb muxes.
• Bug: dereferencing std:ptional without checking.
• Trust modulation parameters from driver in more cases.
• Bug: incorrect usage of make_key in screens sorting by predefined key.
• Bug: passing auto variables into lambda leading to incorrect tune options during scan.
• Deadlock due to active_si_stream_t destructor being called from receiver, causing access to functions which should only be used by tune thread
• Bug deserialize_field_safe: correctly skip variable size fields in old record

 

[JDavid22]

last night I did some tests in C band and now it works better, it no longer hangs in the processes when scanning some mux, and it finishes doing all the blindscan process. It is still slow scanning this seems unavoidable, it keeps finding repeated mux this has always done it since I used it in windows I noticed it. Sorry for the translation...

 

[Butacas]

For when new and better drivers?

 

[Butacas]

I have downloaded linux_media-test-0.4 and blindscan-test-0.4, how can I install it through the terminal?

 

[deeptho]

last night I did some tests in C band and now it works better, it no longer hangs in the processes when scanning some mux, and it finishes doing all the blindscan process. It is still slow scanning this seems unavoidable, it keeps finding repeated mux this has always done it since I used it in windows I noticed it. Sorry for the translation...

What is a "repeated mux"?

 

[Llew]

There seems to be some confusion in choosing a satellite since the upgrade, namely no satellite list, just shows DVB-T, T2 or C in the drop-down.. That's with any DVB-S tuner.

Fedora 36.

 

[deeptho]

There seems to be some confusion in choosing a satellite since the upgrade, namely no satellite list, just shows DVB-T, T2 or C in the drop-down.. That's with any DVB-S tuner.

Fedora 36.

What is in your satellite list? Only entries listed there will be shown.

 

[Llew]

What is in your satellite list? Only entries listed there will be shown.

Not a satellite in sight. Is it usual to have the DVB-T /DVB-C entries in the All Satellites list? I haven't seen that previously.

 

[deeptho]

Not a satellite in sight. Is it usual to have the DVB-T /DVB-C entries in the All Satellites list? I haven't seen that previously.

No, you must have removed them accidentally?

 

[JDavid22]

What is a "repeated mux"?

 

[deeptho]

???

 

[Llew]

No, you must have removed them accidentally?

Not at all.

The Fedora 36 is an upgrade from F34 -> F35 Workstation, and I compiled seamlessly neumoDVB with all the necessary dependencies found.

All adapters found too, so entered neumodvb.py without a hitch and looked for satellites in the all satellites box only to be confronted with wrong DVB systems

Where is the satellite list stored? In neumodvb or in neumo db folder?