TNAP-3 Test Images for OSMIO4K - Discussion

Status
Not open for further replies.
Excellent as always!
Let me get the finished image running , and we will add your SDG radio and anything else you may have to the feeds.
 
Another question, do you think we should add any reference to based on OpenPLI on the bootlogo? In my opinion, I don't think it's necessary anymore, as these homebuilds are not a modified image like SDG was!
 
We want to show respect and credit everyone's work when possible. And also do not want to give the impression that we made all of this.
So with that in mind, I acknowledge OpenPli on the about page.
TNAP-3_About_20200304164906.webp

I think that will be good enough. If not, then we will change something else.
Now to test the bootlogos. Thanks very much for them!!!
 
In this case mentioning that the work is based on OpenPLI on the bootlogos as well is not necessary! The about screen is more than enough.
 
hi,

with OATV on Eutelsat 5°west there is reception on 12669H (MIS1/MIS2). not found by blindscan, but works with satfind plugin and manual scan.
(edision-dvb-modules-osmio4k - 5.5.0+20200217-r0)

unfortunately with TNAP3 no reception on these frequency? not found by blindscan, also no signal at satfind plugin.
(edision-dvb-modules-osmio4k - 5.5.0+20200217-r0)

on first sight, there is used same driver package (17-02-2020). presumably both image also used same kernel-module-avl6261-5.5.0 - 5.5.0+20200217-r0 and kernel-module-brcmstb-osmio4k-5.5.0 - 5.5.0+20200217-r0

so what i don't comprehend, one image works good (on this one frequency), other not?

br
 

Attachments

  • OATV_info.webp
    OATV_info.webp
    116.6 KB · Views: 3
  • TNAP_info.webp
    TNAP_info.webp
    154.4 KB · Views: 4
  • OATV_BS_12500_12750_5W.webp
    OATV_BS_12500_12750_5W.webp
    192.1 KB · Views: 3
  • TNAP_BS_12500_12750_5W.webp
    TNAP_BS_12500_12750_5W.webp
    127.7 KB · Views: 3
  • OATV_MIS1_12669H_5W.webp
    OATV_MIS1_12669H_5W.webp
    100.9 KB · Views: 4
  • TNAP_MIS1_12669H_5W.webp
    TNAP_MIS1_12669H_5W.webp
    69.4 KB · Views: 3
  • 5w_scan.webp
    5w_scan.webp
    52.3 KB · Views: 3
hi,

with OATV on Eutelsat 5°west there is reception on 12669H (MIS1/MIS2). not found by blindscan, but works with satfind plugin and manual scan.
(edision-dvb-modules-osmio4k - 5.5.0+20200217-r0)

unfortunately with TNAP3 no reception on these frequency? not found by blindscan, also no signal at satfind plugin.
(edision-dvb-modules-osmio4k - 5.5.0+20200217-r0)

on first sight, there is used same driver package (17-02-2020). presumably both image also used same kernel-module-avl6261-5.5.0 - 5.5.0+20200217-r0 and kernel-module-brcmstb-osmio4k-5.5.0 - 5.5.0+20200217-r0

so what i don't comprehend, one image works good (on this one frequency), other not?

br

I will guess it is because our driver is a bit different (No-T2MI). That is my only explanation.
No-T2MI_20200309092316.webp
 
This problem is not new and existed until February 14, 2020 on all images with T2MI for the MIO4K
It was on this date with the 8th test sent by the developers that it was finally resolved for the versions with T2MI.
can this modification be made to the version without T2MI without having any side effects, no idea.
The version without T2MI is in many other areas clearly better than that with T2MI (68 ° Ost program 11078 H with SR 1000 for example)
This problem is already cut in half, because there were two frequencies that were not found, and one disappeared a week ago.
Do not forget also that this version is primarily made for the American market.
 
Unfortunately, in this case it took a long time for my previous post to be published

so, my feedback belongs to the previous test image after testing. it should not give the impression that i am dissatisfied

i only noticed it, while comparing it to the other images with newest drivers/kernel (SatdreamGR, OpenPLi, OATV)

it is a pity that there seems to be a dependency between multistream and t2mi in the new driver and kernel, although they are very different things.
i can do without t2mi support very well, but multistream would be important

however the new driver with kernel 5.5 including t2mi support has a problem with very low symbol rates (SR1000 does not work, as written by Stephan)
 
New members may have their posts moderated, depending on content, and after a few more posts, that will no longer apply to you. This is the reason it took a long time for your post to be published as a moderator had to approve it. Again, after a few more posts, this will not apply to you.
 
Status
Not open for further replies.
Back
Top