The best and most powerful media player on earth is K-Lite Codec Pack (Full or Mega) ๐ The other great one is mpv (which is based on MPlayer and mplayer2). KLCP (Full or Mega) and mpv can play ANY media file out of the box without the need to configure or download any extra codec ๐ช ๐ KLCP is Windows-only while mpv is cross platform. Having both of them on a system is a wise thing to do ๐
PotPlayer isn't recommended anymore since it can't play now-ubiquitous HEVC videos out of the box and needs to download additional codecs to play HEVC ๐คจ๐
VLC Media Player was once the Swiss army knife of video players but it's not recommended anymore due to its inability to play some codecs and inferiority as compared with KLCP and mpv.
The only issue with mpv is the fact that its configuration isn't as simple and straightforward as KLCP. However it can be done with little effort. In my opinion only two things initially need to be configured in mpv: subtitle size and subtitle margin from bottom. (As mentioned it's a subjective matter.) It can be done by opening a new file in Notepad++ (or any other text editor) and adding the two lines below and saving the file with the name "mpv.conf" and placing it in the "mpv" folder: --sub-font-size=40 --sub-margin-y=45
PS Always download software from official sites or trusted, well-known download sites like MajorGeeks. And don't browse the internet without uBlock Origin, the undisputed king of ad/content blockers ๐ You will be surprised what a horrible experience you have had on the internet without uBO until now ๐
Sorry for misunderstand my question. Yeah, it is what it is.
The problem is I've experienced lags/stuters when scrolling the homepage (animetosho.org) in my Android Browser based on Chrome/Chromium. Tested in Brave Browser, Bromite, Kiwi Browser and some apps based on Chrome WebView.
This issue can be fixed if I force this homepage as โDesktop Modeโ in Chrome Settings.
Can you test it on Android phone with Google Chrome or any Chrome based browser? If yours is fine, then it is unfortunate because my phone is not that powerful with the latest version of Chrome 102. Unless, if I switch to Firefox for Android to use this homepage that I do not worry about scrolling issue.
Well you've shown the option to be there, but not much can be done if you're specifically working against it. I don't know why or what exactly you're looking for, but perhaps try the mirror site to see if you prefer that layout better.
Can you force it this website into desktop mode in Mobile? It works if I set my mobile browser as Desktop mode, but it's kinda annoying to set my mobile browser manually every I open in Incognito Tab.
Comment in Feedback 19/05/2022 10:22 * — Anonymous: "Idvh3iqabn"
Seems like there were some delays around the time of your post, with Nyaa responding to requests slowly. Tweaked parameters slightly, though probably not much I can do as I try to remain conservative with scraping (to avoid bans). Thanks.
Probably isn't too hard to do, so I'll take a look. Comment above does give an alternative if I forget or never get around to it. Thanks for the suggestion.
Rly? I dont see it at all in the search, has it already been fixed? I do only see the replaced version https://animetosho.org/view/n1522817 but for 1/5
In case that feature wont come - for things like that (well not torrents but just tried those too) I do use: https://addons.mozilla.org/de/firefox/...nk-gopher/ - open page with all the links you want, may filter like in this case "torrent" and you have all links ready to c&p
Anyway, just found out page breaking is still a thing, on search result pages with resolution being half the 1920x1080. Example page: https://animetosho.org/search?q=subsplease On half the 1366x768, backgrounds do not move, although misplaced text still stretches the page horizontally. Renders: https://imgur.com/a/7l6ziMR Other pages appear to be fine.
Can you add "Copy to clipboard all magnet links / torrent URLs of torrents listed in current search" buttons to the search page? So I can filter down single-file releases and batch-import that in qBittorrent.
Yeah with what I said I meant that the app is not specifically made for animetosho, I'm just using animetosho database dumps as a source but the app itself just scans text files and matches regex(the database dumps are downloaded using a cron job so it's external to the app) so other sources can be used(like a custom file used to manually add new names). I had thought of using the feed to get new names but since I wanted the app to have a general purpose I opted to just use text files(sadly I still have to rely on xem because freaking tvdb decided to go paid and I need to get the number of seasons and episodes from somewhere).
Not quite sure what sort of response you were looking for, but as for thoughts:
- size is actually smaller, due to compression. ~40KB is probably closer to the typical response size - serving back the feed isn't really bandwidth limited - it's likely more DB/CPU bound (in fact, compression makes it more CPU bound), particularly since I like using weak servers - your calculation does assume the system is on 24/7, which will be true for some, but I'd expect many to also turn off the system when not in use - a lot of people querying data infrequently isn't really a DDoS attack. DDoS attacks generally cause massive spikes above typical load, may target requests to maximise resource drain on the server (e.g. submitting searches with random data to ensure no caching) etc. High load from regular usage will persist over time / not be some one off event, and can often be mitigated using caching strategies (since many requests will be similar) etc. - in Jan 2021, there was typically around 1.2M reqs/day to feed.animetosho.org. Most of the daily outgoing bandwidth, on that server, is serving those feed requests. Someone doing 48 reqs/day is nothing. Even an additional 10k people doing it doesn't change the picture that much. Worth pointing out that most of the requests are probably from automation software issuing searches over the API, not feed requests.
If you're focusing on updates, the feed API may be more efficient for updates (start off with the dump, update with the feed). For example, Erai-raws updates. More complex filtering is available, but you won't get regex here (you'll need to do that filtering on your end).
But if you're happy with your approach, feel free to continue with it.
Really appreciate your finding these and pointing them out. Yeah, they're definitely problems, but it's at least usable for now - I didn't want to spend too much time trying to patch up an old outdated code base, but if you know of fixes, I can apply them. Otherwise, I can look into them in the future, if I get around to it.
Why do you have a need to ask me whether it's fixed?
Just seeking confirmation on the other side? Perhaps one thinks it's all good, but they notice it doesn't work, or maybe there's some miscommunication somewhere, etc.
I was imagining a potential torrent client feature: for lots of torrents you obtain via RSS, their time of appearance is usually highly predictable, down to minutes. The idea is to dynamically adjust frequency of / reschedule RSS requests based on probability of obtaining needed torrent, possibly down to one request per week (hereby assuming one-torrent-per-week). The default interval of RSS downloads in qBittorrent (and your ttl) is 30 minutes; given the size of one feed being ~200 KiB, this saves you (assuming 10 and 1 requests per week) ~63.7-65.4 MiB / week / RSS leecher, (* 30/7) ~272.9-280.4 MiB / month / RSS leecher. On the other hand, each torrent release event, even with the requests dispersed over ttl would look like a DDoS attack. As a torrents-via-RSS site owner, what are your thoughts?
Thanks, it no longer breaks down! Although Yuu's still horizontally static and the first table's content takes up more space than the rest of the page. https://imgur.com/a/vqY27aI
> Can I ask an idle question from a guy who is anybody but a web developer? Why do you have a need to ask me whether it's fixed? I figured all recent mainstream desktop browsers would likely produce the same rendering results if given the same render area size (683x654).
... that's what I wanted to write, but then I noticed the theme combo box is rendered overstepping several pixels in Firefox 99 while rendering well in 91.8.0esr, Chromium 101 and Firefox Android 100 Beta. https://imgur.com/a/wm0uOwg (window size does not matter)
Also, there's a mobile glitch which makes scrolling a bit annoying; if zoomed, Yuu's picture has "mobile auto-hide menubar" moving semantics: when scrolling down, the picture behaves as if it was bolted down to the web page as other content, but when scrolling is upwards it instantly reappears, as if image's bottom was glued to screen's top while scrolling down.
Currently it's only me(I mainly did it to match erai-raws releases since they follow anidb season structure with split cours) but it's made so I can edit a settings file to add multiple files to scan(by setting a file route, a regex and the anidbid and relese name regex groups for each) and multiple release groups to match(by adding a regex and a regex group). You can assign whichever release groups you want to each file and if the release group matches with any release name of the file it's automatically added to the release names list, replaces xem release names for that show and replaces xem's scene mappings with the app own mappings to anidb(using anime-list.xml) since xem anidb's mappings can't be trusted.
That's an interesting sounding app! If multiple users are using this, all of them downloading the database daily sounds a little inefficient, though I don't mind it at my end (unless it ends up chewing all the bandwidth). I can't provide any times. The dumping process is initiated at a constant time (unless I change it), but when it completes can vary, since it does it dumps slowly and with low priority to avoid exhausting resources.
Ok. Here's an example: The page: https://animetosho.org/view/heroine-ta...l.n1521315 Rendering: https://imgur.com/a/DMfCbLS (Yuu is me :)) That's not on mobile, through the same thing happens there; that's an old 1366x768 notebook, window taking half the screen space while snapped to the side. P. S. First time I tried to file the issue on Discord, my message got erased and I got "Timed-out" for "Posting walls of text". That should probably be fixed as well.
So I've developed an app that uses animetosho database dumps to build a list of release names that check a regex and replace xem whenever a show that was found is requested, for this I'm downloading the database once a day(the torrents table), do you have any problem with that? would you prefer if I downloaded it with less frequency? also at what time does the daily dump normally is updated?
28/05/2022 00:11 — Anonymous