Hi, I'm using SABnzbd+ on Leopard (latest version) and it seems that when I put this kind of expression : re:^24.720* to get only episodes of 24 in 720p from the RSS feed, it doesn't work.
I have programmed many filters like "desperate*720*" or "californication*720*" which work very well because there is no risk of confusion with other series.
For 24, ER or even Lost, if I put "24*720*" I get every 24th episode of a season for each serie. Obviously, I don't want that. ;-)
That's why I tried regexp. A friend of mine who is running SABnzbd+ on linux entered the exact same "re:^24.720*" and it works very well on its machine.
Is anyone experiencing problems with regexp on MAC OSX ?
regexp doesnt seem to work well on sorting RSS on MAC OS X
Forum rules
Help us help you:
Help us help you:
- Are you using the latest stable version of SABnzbd? Downloads page.
- Tell us what system you run SABnzbd on.
- Adhere to the forum rules.
- Do you experience problems during downloading?
Check your connection in Status and Interface settings window.
Use Test Server in Config > Servers.
We will probably ask you to do a test using only basic settings. - Do you experience problems during repair or unpacking?
Enable +Debug logging in the Status and Interface settings window and share the relevant parts of the log here using [ code ] sections.
Re: regexp doesnt seem to work well on sorting RSS on MAC OS X
I never used regexp on rss filter but you should try this :
^24\. : matches only when beginning with "24."
(s07e|7x|7) : matches "s07e" or "7x" or "7"
(\d{2}) : matches 2 digits (00 to 99)
\.720.* : matches ".720*"
You can adapt if needed.
You can use these site http://www.regular-expressions.info/jav ... ample.html to test your regexp.
Code: Select all
re:^24\.(s07e|7x|7)(\d{2})\.720.*
(s07e|7x|7) : matches "s07e" or "7x" or "7"
(\d{2}) : matches 2 digits (00 to 99)
\.720.* : matches ".720*"
You can adapt if needed.
You can use these site http://www.regular-expressions.info/jav ... ample.html to test your regexp.
Re: regexp doesnt seem to work well on sorting RSS on MAC OS X
thanks a lot, but it seems that it is the regexp principle that OS X doesn't understand...
every regexp must begin by "re:" to be understood as is.
I don't know why it works on Linux and not on Leopard.
every regexp must begin by "re:" to be understood as is.
I don't know why it works on Linux and not on Leopard.
Re: regexp doesnt seem to work well on sorting RSS on MAC OS X
I'll make some tests to check if regexp work on OSX.
Re: regexp doesnt seem to work well on sorting RSS on MAC OS X
I've made some tests and regexp work fine on OSX.
Don't forget to use "preview" to check what your regexp matches.
How many rules do you have for your feed ?
Don't forget to use "preview" to check what your regexp matches.
How many rules do you have for your feed ?
-
- Newbie
- Posts: 5
- Joined: August 15th, 2008, 5:51 am
Re: regexp doesnt seem to work well on sorting RSS on MAC OS X
It seems unlikely that regex pattern is what you want, "^24.720*" means "find a string beginning with 24 (^24), then any single character (.) then 72 (72) followed by zero or more zeroes (0*)". * is not a wild card, and . doesn't mean ".", because . actually is a wild card for a single character.elmstreet wrote: That's why I tried regexp. A friend of mine who is running SABnzbd+ on linux entered the exact same "re:^24.720*" and it works very well on its machine.
Is anyone experiencing problems with regexp on MAC OSX ?
Re: regexp doesnt seem to work well on sorting RSS on MAC OS X
for me i use this comfiguration for filtering :
running on linux
running on linux
SabNzb Rocks !
Re: regexp doesnt seem to work well on sorting RSS on MAC OS X
i never understood how to use regexp and its syntax. i've been using regular wildcards (eg. 24.S07*) and rejecting "xvid" as my very first rule to parse through tvnzb.com's feed. works fine for me in grabbing HD eps except when there is the occasional REPACK and i might have 2 downloads. btw, what rss feed are you using for tv eps?
Last edited by uzenet on April 9th, 2009, 9:13 pm, edited 1 time in total.